- Koha-bugs - lists.koha-community.org

[Bug 9097] Add option to trigger 'Welcome mail' manually
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '22

03 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #131518|0 |1 is obsolete| | --- Comment #21 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 132916 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132916&action=e… Bug 9097: Add option to manually send welcome email This patch adds a new 'Send welcome email' option to the 'More' dropdown menu in the patrons toolbar. Clicking the button will queue the welcome email again for the patron and redirect the user to the Notices tab to view it's contents. Signed-off-by: Kelly McElligott <kelly(a)bywatersolutions.com> Signed-off-by: Jessie Zairo <jzairo(a)bywatersolutions.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9097] Add option to trigger 'Welcome mail' manually
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '22

03 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30442] New: Adjust ACCTDETAILS sample email to new behaviour
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '22

03 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30442 Bug ID: 30442 Summary: Adjust ACCTDETAILS sample email to new behaviour Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We have made the ACCTDETAILS mail into a welcome email, but it still reads: Your new Koha account details. We should change things around a bit to make the new purpose clear. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30440] New: Password reset input field are huge
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '22

02 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30440 Bug ID: 30440 Summary: Password reset input field are huge Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In the OPAC the input fields to reset the password in the patron account are now very wide independent of the password length configured. Asking for longer passwords is a good idea, but this might overdo it a little :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30439] New: Apache server status module is exposed publicly on Koha bytemark hosted websites
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '22

02 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30439 Bug ID: 30439 Summary: Apache server status module is exposed publicly on Koha bytemark hosted websites Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: james(a)jmwhite.co.uk QA Contact: testopia(a)bugs.koha-community.org Hi, My name is James White, I'm a Web Developer at Nottingham College. A member of the public through responsible disclosure has alerted us to the fact that our Koha library site at: https://library.nottinghamcollege.ac.uk currently has the Apache Server Status module publicly exposed and is accessible through any IP address: https://library.nottinghamcollege.ac.uk/server-status This reveals various server information as well as network requests, which could potentially expose sensitive information such as tokens, CSRF etc. My investigation has identified this service is hosted by Bytemark, which I assume is some form of cloud hosting agreement with yourselves, but I could be wrong as I'm not able to verify our exact relationship with Koha internally at this time. However, I'm hoping by reporting it here that is can get to the right place. I also found another Koha site also hosted on Bytemark which is also exposing the Apache server status information: https://koha.lboro.ac.uk/server-status, so it suggests it's likely happening for other Koha hosted sites through this platform. Ideally, the server status module needs to be restricted to localhost or trusted subnets, not the public WAN. Thanks, James -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 17841] New: Can't use indexname "acqdate, st-date-normalized" in keyword search
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '22

01 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17841 Bug ID: 17841 Summary: Can't use indexname "acqdate,st-date-normalized" in keyword search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It is possible to search for acquisition date from the advanced search in staff. But if you try to use the index name for an 'expert search' in the keyword search field, no results will come up. Example: Advanced search > acquisition date: 2016-12* (or whatever works for you) This should give correct results. Enter acqdate,st-date-normalized: 2016-12* into the keyword search - no results will appear. Something seems to be missing in order to make it possible to construct the same search manually. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 30244] New: Hide lost items not repsected in OPAC results xslt
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '22

01 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30244 Bug ID: 30244 Summary: Hide lost items not repsected in OPAC results xslt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Set systempreference hidelostitems to "Don't show" 2 - Edit a record to set one item as lost and one as available 3 - Perform an OPAC search that returns the record above 4 - Note that the lost item shows in availability line 5 - Click on the record - note the lost item does not show on details -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 30251] New: With IndependentBranches non-superlibrarians do not get autocomplete list in circulation module
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '22

01 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30251 Bug ID: 30251 Summary: With IndependentBranches non-superlibrarians do not get autocomplete list in circulation module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Having IndependentBranches on, a librarian who is not superlibrarian does not get a autocomplete hint list when entering a part of the patron's name (while performing check out, etc.) Koha registers an error: DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Column 'branchcode' in where clause is ambiguous at .../Koha/Objects.pm line 312 This is due to fix to the bug 10902 -- addig "prefetch => 'branchcode'" to the attributes of the query in circ/ysearch.pl, while having branchcode in the search parameters. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 29103] New: reserves.desk_id for desk of waiting hold only updates when printing new hold sip
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '22

01 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29103 Bug ID: 29103 Summary: reserves.desk_id for desk of waiting hold only updates when printing new hold sip Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 24412 To recreate: - turn on UseCirculationDesks and define at least 2 for your library - set yourself to a desk using "Set library and desk" - place a hold for pickup at your library - check the item in, confirm the hold and print slip - check reserves.desk_id, see it has updated to the desk you're at - change your desk - check the item in again, click Confirm - check reserves.desk_id, see it has not changed - check the item in a third again, click Confirm and Print Slip - check reserves.desk_id again, see it has changed Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24412 [Bug 24412] Attach waiting hold to desk -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 28416] New: Email::Sender::Transport::SMTP is using 10Mo of RAM
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '22

01 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28416 Bug ID: 28416 Summary: Email::Sender::Transport::SMTP is using 10Mo of RAM Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 28410 Well ok, it's not that much over the ~130Mo the usual library stack, but maybe we should replace the use with a require to load in only when needed? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28410 [Bug 28410] Reduce memory footprint -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18