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

[Bug 39619] New: Typo: Identifierr
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39619 Bug ID: 39619 Summary: Typo: Identifierr Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/intranet-tmpl/prog/en/modules/admin/searchengine/elasticsearch/mappings.tt:294 Identifierr Should probably have one r less. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 40631] New: Add some context about the current installation
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40631 Bug ID: 40631 Summary: Add some context about the current installation Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: gabrielmunoz(a)theke.io QA Contact: testopia(a)bugs.koha-community.org Hi, It would be interesting to see some important health variables of the server where koha is running. Perhaps below the current section where the "uname -a" command is displayed, on About page. * Selected operating system: Possible command to run: "cat /etc/issue" * RAM memory usage and amount: Possible command to run: "free -m" * Hard drive usage and amount:Possible command to run: "df -h" * Current system load: Possible command to run: "cat /proc/loadavg" Thanks, Gabriel -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40630] New: Renewal date input field (and date picker) not showing on header_search bar
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40630 Bug ID: 40630 Summary: Renewal date input field (and date picker) not showing on header_search bar Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 185308 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185308&action=e… Header_search Bug 39421 was recently fixed to make the date input field (and date picker) show on Circulation > Renew. However, when using the Renew feature in the header_search across the top of the page the Settings icon / date input field (and date picker) does not appear, limiting functionality to select a suitable date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30521] New: Create a sys pref that will allow the selection of fields on the OPAC form to be 'required'
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30521 Bug ID: 30521 Summary: Create a sys pref that will allow the selection of fields on the OPAC form to be 'required' Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: Niamh.WalkerHeadon(a)hse.ie The out-of-the-box ILL functionality does not require any of the request metadata fields to be completed on the form except for the destination library. For example, an article request can be submitted without the article title. I suggest creating a sys pref that would allow the selection of fields that are required before the form can be submitted, based on the request type [Book / Book Chapter / Journal / Journal Article / Conference Proceeding, etc.]. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 40248] New: With IndependentBranches and SearchMyLibraryFirst logged in user is unable to search other libraries' resources
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '25

11 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40248 Bug ID: 40248 Summary: With IndependentBranches and SearchMyLibraryFirst logged in user is unable to search other libraries' resources Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Recently (between 23.11 and 24.11) the following problem has emerged: with IndependentBranches = 'Yes' and SearchMyLibraryFirst = 'Limit' a logged in user is unable to search other libraries' resources, even if OpacAddMastheadLibraryPulldown is set to 'Add'. To reproduce: 1. Set system preferences: SearchMyLibraryFirst to Limit IndependentBranches to Yes OpacAddMastheadLibraryPulldown to Add 2. Open OPAC page. You should see the libraries pull down on the right (next to the magnifying glass icon). 3. Perform a search for a common word (e.g. Peter), note the number of results. 4. Log in to OPAC as a normal user (not superlibrarian). 5. Repeat the search. You should get less results (only from your library). You will not be able to broaden the search and get results from all libraries (until you log out). You will also not see the libraries pull down. -- You are receiving this mail because: You are watching all bug changes.

1 10

[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