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

[Bug 38776] New: Propose a list of value for restriction comment
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38776 Bug ID: 38776 Summary: Propose a list of value for restriction comment Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to let librarians use one of several pre-filled values in the restriction comment for a manual restrictions. The values could be provided by authorised value with category "R_COMMENTS". Values could be selected although another comment could be hand-typed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 40902] New: Expanded options layout is broken in staff interface advanced search
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40902 Bug ID: 40902 Summary: Expanded options layout is broken in staff interface advanced search Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 187073 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187073&action=e… Screenshot of incorrect layout To reproduce: 1. Go to Advanced search in the staff interface 2. Click the button for "More options" 3. Notice the operator dropdown (with and,or,not) is placed next to the first indented searchbox. This is the wrong layout. The first searchbox is supposed to be indented, but the operator dropdown should be in front of the second and third searchbox rows, rather than the first. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 41121] New: Problem with OAI AutoUpdateSets during marc ordering process
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41121 Bug ID: 41121 Summary: Problem with OAI AutoUpdateSets during marc ordering process Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz After enabling AutoUpdateSets for OAI we started seeing random failures when the script tried to add orders to baskets: {UNKNOWN}: Can't call method "items" on an undefined value at /usr/share/koha/lib/Koha/Biblio/Metadata.pm line 233. at /usr/share/koha/lib/C4/Biblio.pm line 318 We tracked it down to C4::OAI::Sets::UpdateOAISetsBiblio which received a null biblionumber, but we couldn't determine why. As a workaround we disabled the update of sets during ordering, and the problem went away. Filing here in case someone else encounters this: env "OVERRIDE_SYSPREF_OAI-PMH:AutoUpdateSets=0" perl $KOHA_CRON_PATH/marc_ordering_process.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41122] New: “Keep patrons selected for a new operation” in Batch Patron Modification does not work
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41122 Bug ID: 41122 Summary: “Keep patrons selected for a new operation” in Batch Patron Modification does not work Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: rasa.satinskiene(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org In Batch Patron Modification after ticking box next to "Keep patrons selected for a new operation" at the bottom of the page and saving, patrons are kept but the fields underneath where you make the changes are not there and new operation is not possible. The only option available is New batch patron modification that takes you to the beginning of the process of Batch patron modification. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41118] New: jQuery Validation doesn't add correct error id to flatpicker fields in patron form
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41118 Bug ID: 41118 Summary: jQuery Validation doesn't add correct error id to flatpicker fields in patron form Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com I'm not sure if Patrons is right component for this but I noticed this while working on bug 34671. When patron add/mod form is send jQuery Validation plugin validates the fields and checks if any mandatory field is empty. If they are, it adds an error element next to invalid field. This element has an id formed from input fields id and string "-error", e.g. firstname field has id "firstname-error". This however doesn't work with flatpicker fields like date of birth field. In them id is just "-error". To reproduce: 1. Make sure you have date of birth field set as mandatory in patron add/modification form. 2. Add or modify patron but leave date of birth field empty. 3. Attempt to save the patron, "This field is required" message is added next to date of birth field. 4. Inspect element with browsers devtools (right click element and select inspect). => Note that element has just id "-error" attached to it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40920] New: Checkout endpoint crashes with parameter "patron_id"
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40920 Bug ID: 40920 Summary: Checkout endpoint crashes with parameter "patron_id" Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com A call to /api/v1/checkouts?patron_id=51 crashes Koha. We get this in the logs: Unknown column 'patron_id' in 'WHERE' at /home/koha/src/Koha/REST/Plugin/Objects.pm I tried to replace patron_id parameter with "borrowernumber" in the request but it crashes as well as borrowernumber is not a valid input. This is a regression from 23.11 we experienced in 24.11 and main. I've made a small patch to solve this but there is probably a better way to do it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 34498] New: Default autorenewal notices do not account for item_denied_renewal
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34498 Bug ID: 34498 Summary: Default autorenewal notices do not account for item_denied_renewal 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have the default notices set for AUTO_RENEWALS and AUTO_RENEWALS_DGST. 2. Set the ItemsDeniedRenewal system preference. ( itemlost: [1,2,3,4,5] ) 3. Set the AutoRenewalNotices system preference to 'According to messaging preferences'. 4. Don't mark lost items as returned ( MarkLostItemsAsReturned ). 5. Set up some auto renewals and then mark the items as lost. 6. Run automatic_renewals.pl 7. You get a notice telling you the item cannot be renewed but no reason is specified. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10198] Add the ability to import and export authorized values
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '25

28 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10198 --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Mathieu Saby from comment #6) > In my opinion, even though it would be useful in absolute terms, there are > undoubtedly many more important and urgent improvements or corrections to be > made. I'm currently looking through my emails and thinking that same thing haha. Unfortunately, there are only a limited number of hours in a day... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41117] New: Patron category limited to other libraries message is confusing
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41117 Bug ID: 41117 Summary: Patron category limited to other libraries message is confusing Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com There is a message that display when a patron with a patron category that is limited to a specific library is brought up at a library other than that library. For example, patron category X is limited to library A. When library B brings up this patron, they are presented with the message: The patron's current category (X) is limited to other libraries. [Change category] The patron is allowed to check out from other libraries, but this makes it appear that these other libraries are supposed to change the category. We have certain non-resident categories that are tied to automatic annual fees. Various libraries have various fees, which is why we assign specific non-resident categories to specific libraries. There is no need for them to change these categories, unless they are paying at a different library. Therefore, it is rather confusing and misleading for this message to come up. It would be helpful if we could suppress this message for any or all categories. I could see it as an option in the category setup. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41115] New: Items.pm to_api_mapping of checked_out_date is confusing
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41115 Bug ID: 41115 Summary: Items.pm to_api_mapping of checked_out_date is confusing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In Items.pm items.onlaon is mapped to checked_out_date. This is misleading as the column is described as "defines if item is checked out (NULL for not checked out, and due date for checked out)" So this would never show a "checked out" date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1