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

[Bug 12029] Patrons should be able to delete their patron messages
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '22

04 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12029 --- Comment #23 from Hayley Pelham <hayleypelham(a)catalyst.net.nz> --- Created attachment 132918 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132918&action=e… Bug 12029: (follow-up) Adhering to coding guidelines This is a follow-up patch which (based on comment #19) does the following: 1) Removes newline from top of Koha/Patron/Messages.pm 2) Changes method Koha::Patron::Messages->unread to ->filter_by_unread 3) Removes method Koha::Patron::Messages->unread_count 4) (Will address tests in separate patch) 5) Removes changes to Koha/Schema/Result/Message.pm 6) Changes atomicupdate from qq{} to q{} 7) (Left for RM) 8) Removes extra copyright statement in opac/dismiss_message.pl 9) Removes extra comments from opac/dismiss_message.pl 10) (Left for now) 11) (Left for now) Sponsored-by: Horowhenua Library Trust -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30443] New: Strip line breaks and carriage returns from input fields when cataloguing
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '22

04 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30443 Bug ID: 30443 Summary: Strip line breaks and carriage returns from input fields when cataloguing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Line breaks and carriage returns are known to break legacy library system record imports and, text area fields in MARC records are not designed to carry formatting, therefore it is implied that the data would be saved as a plain text string with no added formatting. For users who follow these cataloguing standards, there should be a setting to ask Koha to strip these. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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 ---------------------------------------------------------------------------- Status|Passed QA |BLOCKED --- Comment #22 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Added Kelly's, Jessie's and my sign-off line here and this can be considered PQA, but have to move to BLOCKED for now until we have ironed out some glitches in the dependent bug. -- 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 ---------------------------------------------------------------------------- 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 03 Apr '22

03 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