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

[Bug 40628] New: Enabling StockRotation results in LDAP users not being able to log in to OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '25

10 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40628 Bug ID: 40628 Summary: Enabling StockRotation results in LDAP users not being able to log in to OPAC Change sponsored?: --- Product: Koha Version: 24.11 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: schlanstedtjakob(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org # Description After enabling the StockRotation system preference, all LDAP users fail to log in to the OPAC. This occurs consistently in my environment with the following LDAP configuration in `koha-conf.xml`: <useldapserver>1</useldapserver> <ldapserver id="ldapserver" listenref="ldapserver"> <hostname>ldaps://freeipa.example.org:636</hostname> <user>uid=admin,cn=users,cn=accounts,dc=example,dc=org</user> <base>cn=users,cn=accounts,dc=example,dc=org</base> <pass>********</pass> <auth_by_bind>1</auth_by_bind> <replicate>1</replicate> <update>1</update> <update_password>0</update_password> <anonymous_bind>0</anonymous_bind> <principal_name>uid=%s,cn=users,cn=accounts,dc=example,dc=org</principal_name> <mapping> <userid is="uid"></userid> <cardnumber is="uid"></cardnumber> <email is="mail"></email> <surname is="sn"></surname> <firstname is="givenname">-</firstname> <password is="userPassword"></password> <address is="address">Default Address</address> <city is="city">Default City</city> <categorycode is="1">01</categorycode> <branchcode is="1">01</branchcode> </mapping> </ldapserver> # Steps to reproduce 1. Enable LDAP authentication in `koha-conf.xml` (see config above). Confirm LDAP users can log in to OPAC. 2. Enable the StockRotation system preference in Administration → Global system preferences. 3. Attempt to log in as an LDAP user in OPAC. # Expected result LDAP users can still authenticate normally after enabling StockRotation. # Actual result LDAP users are unable to log in to OPAC. Local database accounts remain unaffected. # Additional notes - Disabling StockRotation immediately restores LDAP login functionality. - This was observed in my production environment; I have not tested on a completely fresh Koha installation due to resource limits. - No relevant changes observed in `opac-error.log` # Error log excerpts from /var/log/koha/family/plack-opac-error.log [2025/08/10 11:22:33] [WARN] Use of uninitialized value $stored_hash in string eq at /usr/share/koha/lib/C4/Auth.pm line 2118. [2025/08/10 11:22:33] [WARN] Use of uninitialized value $stored_hash in substr at /usr/share/koha/lib/C4/Auth.pm line 2122. [2025/08/10 11:22:33] [WARN] Use of uninitialized value $stored_hash in string eq at /usr/share/koha/lib/C4/Auth.pm line 2127. [2025/08/10 11:53:24] [WARN] Programming error - op 'cud-login' must not start with 'cud-' for GET https://koha.jakobschlanstedt.de/opac/errors/404.pl (referer: https://koha.jakobschlanstedt.de/cgi-bin/koha/opac-main.pl) at /usr/share/koha/lib/Koha/Middleware/CSRF.pm line 97. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 39015] New: Date sorting not working in statistics wizards
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39015 Bug ID: 39015 Summary: Date sorting not working in statistics wizards Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If a site has the dateformat system preference set to dd/mm/yyyy, date sorting doesn't work in the statistics wizards - e.g. /cgi-bin/koha/reports/cash_register_stats.pl. It does seem to sort correctly if the dateformat is set to mm/dd/yyyy. This might be connected to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37875 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 39559] New: YY is not interpreted as a default value for authorities
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39559 Bug ID: 39559 Summary: YY is not interpreted as a default value for authorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Strings as YYYY, MM, DD put as part of default value for authorities are interpreted as year (four digits), month and day. YY is missing (two digits year). BTW, for bibliographic records it is <YYYY>, <YY>, <MM>, <DD> (in Koha/UI/Form/Builder/Biblio.pm). -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 15235] Add column filters to checkouts table
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15235 Bug 15235 depends on bug 15219, which changed state. Bug 15219 Summary: Server-side processing and pagination on checkouts tables https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |RESOLVED Resolution|--- |WORKSFORME --- Comment #61 from Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> --- (In reply to Katrin Fischer from comment #59) > (In reply to Julian Maurice from comment #58) > > (In reply to Tomás Cohen Arazi from comment #57) > > > Julian, take a look here: > > > > > > https://gitlab.com/thekesolutions/Koha/commits/bug_20212_slowness_acq > > > > > > we already have an API for checkouts, so you should just use it. I'm > > > submitting the code for acquisitions soon, and you will be able to reuse the > > > datatables extension to use the API (native API pagination included). > > > > Is the REST API for checkouts also capable of handling datatable filtering > > (for bug 15235) ? > > What about the grouping of "today's checkouts" vs "previous checkouts" ? I > > think that this feature would be complicated to make using the REST API. > > @Tomas: can you help with these questions? We do that everywhere... adding an extra query parameter for special filters. (In reply to Owen Leonard from comment #60) > This bug is no longer relevent? I think so. The patches at least, are no longer valid for several reasons. If there's a missing feature in the current implementation, a new bug should be filed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40624] New: Remove unblessed finds from sugggestions.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40624 Bug ID: 40624 Summary: Remove unblessed finds from sugggestions.pl Change sponsored?: --- Product: Koha Version: Main 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 40098] New: Article requests: Some DataTables functionality is broken
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40098 Bug ID: 40098 Summary: Article requests: Some DataTables functionality is broken Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: RESOLVED Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Status: RESOLVED Resolution: DUPLICATE When you change the status of an article request using the "Actions" menu, the affect row should be removed and the table redrawn. Instead there is an error in the console: Uncaught (in promise) TypeError: requested_datatable.rows is not a function UpdateTabCounts http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:117… SetPending http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:116… --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- *** This bug has been marked as a duplicate of bug 40107 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 27595] New: Placing Patrons on Hold for Accepted Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27595 Bug ID: 27595 Summary: Placing Patrons on Hold for Accepted Purchase Suggestions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, Koha does alert a patron when a purchase suggestion has been ordered and also when it is available in Koha. But it would be nice to have a further enhancement to this process and place a hold for the patron on the record once it has been accepted. This is an extra step for libraries, and it would streamline the library's process for this to be done automatically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 74

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 --- Comment #60 from Owen Leonard <oleonard(a)myacpl.org> --- This bug is no longer relevent? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8779] .deb upgrade fails on incomplete instance setup
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8779 Tomás Cohen Arazi (tcohen) <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX CC| |tomascohen(a)gmail.com Status|Patch doesn't apply |RESOLVED -- You are receiving this mail because: You are watching all bug changes.

1 0