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

[Bug 33849] New: Duplicate patron warning resets borrowers branch if different than logged in user's branch
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33849 Bug ID: 33849 Summary: Duplicate patron warning resets borrowers branch if different than logged in user's branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When entering a new patron, if the patron's home library is not the same as the logged-in library of the user + the patron is flagged as a possible duplicate, the patron's home library reverts to the logged in user's library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 34041] New: z3950 responder additional options not coming through properly
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34041 Bug ID: 34041 Summary: z3950 responder additional options not coming through properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The z3950 responder default configuration has responder options, but the start script is looking for them in the <config> node, which isn't in the config, so it never finds them if required. Probably we need to fix that, one way or another. :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 36122] New: NEW_SUGGESTION is sent for every modification to the suggestion
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36122 Bug ID: 36122 Summary: NEW_SUGGESTION is sent for every modification to the suggestion Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If EmailPurchaseSuggestions is enabled, a new NEW_SUGGESTION notice is sent to the staff every time a modification is made to the suggestion. Create the suggestion --> NEW_SUGGESTION is sent to staff Accept the suggestion --> ACCEPTED is sent to patron; NEW_SUGGESTION is sent to staff Order the suggestion --> ORDERED is sent to patron; NEW_SUGGESTION is sent to staff To recreate: 1. Enable EmailPurchaseSuggestions 2. Create a suggestion from the OPAC 2.1. Go to the OPAC and log in as a patron 2.2. Go to Your account > Purchase suggestions 2.3. Click New purchase suggestion 2.4. Enter a title 2.5. Click Submit your suggestion 3. Check the message_queue, there should be one NEW_SUGGESTION message sent to whichever address you chose in EmailPurchaseSuggestions (in a fresh db, there should be 1 entry in message_queue) 4. Update the suggestion to accepted 4.1. In the staff interface, go to Acquisitions > Suggestions 4.2. In the suggestions list, check the box next to the suggestion 4.3. At the bottom of the screen, choose Mark selected as: Accepted 4.4. Click Submit 5. Check the message_queue again, there should be one ACCEPTED message sent to the patron and a new NEW_SUGGESTION message sent to whichever address you chose in EmailPurchaseSuggestions (in a fresh db, there should now be 3 entries in message_queue) 6. Order the suggestion 3.1. Go to Acquisitions 3.2. Search for a vendor 3.3. Click New > Basket 3.4. Enter a basket name (Optional: for testing I like to change Create items when: cataloging the record) 3.5. Click Save 3.6. Click Add to basket 3.7. Click From a suggestion 3.8. Click Order next to the suggestion 3.9. Enter order details 3.10. Click Save 3.11. Click Close basket 3.12. Click Yes, close 7. Check the message_queue again, there should be one ORDERED message sent to the patron and a new NEW_SUGGESTION message sent to whichever address you chose in EmailPurchaseSuggestions (in a fresh db, there should now be 5 entries in message_queue) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 33205] New: (Bug 28268 follow-up) Method call inside quotes
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33205 Bug ID: 33205 Summary: (Bug 28268 follow-up) Method call inside quotes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com CC: ere.maijala(a)helsinki.fi Bug 28268, in Koha::MetadataRecord::Authority::get_all_authorities_iterator, introduced a warning: warn "Something went wrong reading record for authority $row->authid: $@\n"; But a method cannot be called from within quotes in Perl - extrapolation does not work for functions/methods. So, if something really goes wrong, this line of code produces a warning like: Something went wrong reading record for authority Koha::Schema::Result::AuthHeader=HASH(0x55cf7e0d0958)->authid: Empty String at /usr/share/perl5/MARC/File/XML.pm line 450. which is not very informative -- authid is missing. Proposal: $row->authid should be placed outside of the quotes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 35969] New: opac-sendbasket: Improve error message, remove some logging
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35969 Bug ID: 35969 Summary: opac-sendbasket: Improve error message, remove some logging 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org There is no need for log lines like: [WARN] Error sending mail: empty basket at /usr/share/perl5/CGI/Compile.pm line 151. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 36142] New: Usermenu "Recalls history" not active when confirming recall
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36142 Bug ID: 36142 Summary: Usermenu "Recalls history" not active when confirming recall 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 19532 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19532 [Bug 19532] Recalls for Koha -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 35868] New: Warning sign for using a patron category that is limited to another library has moved to other side of page
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35868 Bug ID: 35868 Summary: Warning sign for using a patron category that is limited to another library has moved to other side of page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 31422 Bug 31422 implemented a warning sign, when a patron has a patron category that you are not allowed to set due to library limitations on the code. It should appear right next to the field, but might appear on the other side of the page now being easily missed. To test: * User's login branch and home library is: Centerville * Patron category "B - Board" is limited to Franklin * Create a new patron: Board doesn't show * Edit an existing patron with another patron category: Board doesn't show * Edit a patron with Board category from Centerville: Board appears in the list of options but the nice little icon with the tooltip has moved all the way to the right... Maybe another tiny side effect of the staff re-design? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31422 [Bug 31422] Library limitations might cause data loss when editing patrons -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 27198] New: Sync marc21-retrieval-info-auth-dom.xml with retrieval-info-auth-dom.xml
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27198 Bug ID: 27198 Summary: Sync marc21-retrieval-info-auth-dom.xml with retrieval-info-auth-dom.xml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au ./debian/templates/marc21-retrieval-info-auth-dom.xml is out-dated and should be synchronized with ./etc/zebradb/retrieval-info-auth-dom.xml The main issue is that the XML retrieval syntax is wrong which prevents a person from using the Zebra special retrieval elements documented at https://software.indexdata.com/zebra/doc/special-retrieval.html -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 35599] New: Pronoun and HidePersonalPatronDetailOnCirculation
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35599 Bug ID: 35599 Summary: Pronoun and HidePersonalPatronDetailOnCirculation Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 10950 (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950) adds a pronoun text field to the patron record. The display of this field depends on HidePersonalPatronDetailOnCirculation but the description of this syspref only mentions phone number, email address, street address and city. Pronoun should be added to this description. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 35531] New: Add context for translation of gender option "Other"
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35531 Bug ID: 35531 Summary: Add context for translation of gender option "Other" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, jonathan.druart+koha(a)gmail.com Depends on: 25364 Other can be translated in different ways and especially as a gender option it would be nice to have context for translation. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25364 [Bug 25364] Add "Other" to the gender options in a patron record -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15