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

[Bug 36928] New: Patron authentication / password validation will fail with 500 error for local users if LDAP is enabled
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36928 Bug ID: 36928 Summary: Patron authentication / password validation will fail with 500 error for local users if LDAP is enabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: tomascohen(a)gmail.com If LDAP is enabled, and use of /api/v1/auth/password/validation will fail with a 500 internal server error like: Can't call method "cardnumber" on an undefined value at /usr/share/koha/lib/Koha/REST/V1/Auth/Password.pm line 83, <DATA> line 1490. This is because the valid patron object is being overwritten with an undefined value if there is no LDAP patron returned. Since a failed LDAP query falls back to local user auth, we try to use the now undefined patron object thus generating an error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 34091] New: Typo in help for cleanupdatabase.pl: --log-modules needs to be --log-module
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34091 Bug ID: 34091 Summary: Typo in help for cleanupdatabase.pl: --log-modules needs to be --log-module Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Found testing in 22.11, but I believe also present in current versions. The help reads: --log-modules Specify which action log modules to trim. Repeatable. But the parameter is actually --log-module -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 35455] New: ICU does not strip = when indexing/searching
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35455 Bug ID: 35455 Summary: ICU does not strip = when indexing/searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au The CHR config file /etc/koha/zebradb/etc/word-phrase-utf.chr replaces = with a space, but the ICU config files /etc/koha/zebradb/etc/words-icu.xml and /etc/koha/zebradb/etc/phrases-icu.xml do not transform the = character. I encountered this problem because the "Show analytics" link wasn't appearing for a journal record, but it will affect other search contexts too. Note on https://unicode-org.github.io/icu/userguide/strings/regexp.html it says: "The property expression \p{punct} differs in what it matches. Java matches matches any of !"#$%&'()*+,-./:;<=>?@[\]^_`{|}~. From that list, ICU omits $+<=>^`|~ ICU follows the recommendations from Unicode UTS-1" Arguably we should remove <=>^`|~ during ICU normalization but I'm just focusing on = for now, as the colon : gets changed to = during searches, and subtitles frequently are introduced by : in English. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 34644] New: Add text to sysprefs indicate that MarcFieldsToOrder is not used if MarcItemFieldsToOrder is populated
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34644 Bug ID: 34644 Summary: Add text to sysprefs indicate that MarcFieldsToOrder is not used if MarcItemFieldsToOrder is populated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the code for addorderiso2709.pl we only use the fields form MFTO if MIFTO is not populated. This is not clear when setting things up -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 35600] New: Prevent checkouts table to flicker
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35600 Bug ID: 35600 Summary: Prevent checkouts table to flicker Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The checkouts table is displayed in the DOM then hidden in JS, then we show it if the cookie is set. We should rethink the logic... -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 35285] New: Centralise notice content wrapping for html output
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35285 Bug ID: 35285 Summary: Centralise notice content wrapping for html output 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30287 Whilst working through some notice bugs I noted that we now have a few different places where we wrap the content for output in various instants. I think we could centralise on the html_content method I introduce in bug 30287 and add support for the 'pre' (or perhaps replace pre with <div style="white-space: pre-wrap;"> as suggested in https://stackoverflow.com/questions/248011/how-do-i-wrap-text-in-a-pre-tag) for non html encoded templates. Thoughts? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30287 [Bug 30287] Notices using HTML renders differently in notices.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 37591] New: Moredetail.pl page is opening very slowly
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37591 Bug ID: 37591 Summary: Moredetail.pl page is opening very slowly Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Sometimes opening the moredetails.pl takes lot of time. This problem occurred when updated from 23.11 to 24.05. I think it has to do something with how many items and checkouts you have on a record, for example having 99 items and most of them are checked out. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 35310] New: Current renewals 'view' link doesnt work if renewals correspond to an item no longer checked out
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35310 Bug ID: 35310 Summary: Current renewals 'view' link doesnt work if renewals correspond to an item no longer checked out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com, martin.renvoize(a)ptfs-europe.com, oleonard(a)myacpl.org, tomascohen(a)gmail.com Depends on: 23838 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23838 [Bug 23838] Add ability to view item renew history -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 35408] New: ERM > Titles > Import from a list gives an invalid link to the import job
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35408 Bug ID: 35408 Summary: ERM > Titles > Import from a list gives an invalid link to the import job Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: victor(a)tuxayo.net CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Test plan 1. enable ERMModule syspref 2. create a new list and add one or more records to it 4. go to eHoldings > Local > Titles > Import from a list 5. start import 6. click on the link to job 7. 404 :o link is http://localhost:8081/cgi-bin/koha/admin/background_jobs/1 instead of http://localhost:8081/cgi-bin/koha/admin/background_jobs.pl?op=view&id=1 It happened to me once, then I tried to reproduce and the link was correct... And now it happened again. No idea how to make it consistent. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 35073] New: Serials batch edit deletes unchanged additional fields data
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '25

22 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35073 Bug ID: 35073 Summary: Serials batch edit deletes unchanged additional fields data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: julian.maurice(a)biblibre.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, oleonard(a)myacpl.org Depends on: 18426 To reproduce, k-t-d: Preparation - Additional fields: 1) Add a new 'additional field', visit: /cgi-bin/koha/admin/additional-fields.pl 2) Click 'subscription' and '+ New field'. Enter a 'name' and hit 'save'. Serials: 1) Add a new serial, visit: /cgi-bin/koha/serials/subscription-add.pl 2) Put a biblionumber in the 'record' field, i.e. '112'. Press 'next' and click 'ok' on the alert box 3) Fill all the required fields and click 'test prediction' 4) Input something in the additional field created previously. 5) Click 'save subscription'. Notice the additional field is as expected. 6) Repeat steps 1-5 to create a second serial. Batch edit: 1) Visit serials and hit the 'Search' button: /cgi-bin/koha/serials/serials-home.pl 2) Click the 2 checkboxes for the 2 serials we created previously and click the new link that pops up 'edit selected serials'. 3) Click 'Save' without changing anything. 4) Go back to either of the serials, notice the value for the additional field is gone. Visit: /cgi-bin/koha/serials/subscription-detail.pl?subscriptionid=1 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18426 [Bug 18426] Subscriptions batch editing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26