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

[Bug 39246] New: Patron category charge limit inputs should be longer
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39246 Bug ID: 39246 Summary: Patron category charge limit inputs should be longer Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The various charge limit settings for a patron category (noissuescharge, noissueschargeguarantees, and noissueschargeguarantorswithguarantees) are too short. The size of all these inputs is only 3 characters and their max length is 4. This is too small for many of the valid values that might be chosen. For instance, if you want to set a charge limit over 100 currency units, you will not be able to use decimals (because "100." takes up the maximum of four characters). This won't work well for currencies where an individual unit is low value. It's awkward for us if I want to write "50.00" in. These are INT 10 fields in the database so I think it shouldn't cause any problems to lengthen the inputs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 39153] New: About does not handle log4perl warnings correctly.
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39153 Bug ID: 39153 Summary: About does not handle log4perl warnings correctly. Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org There is a check in tab about which should be moved to sysinfo.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 31224] New: Koha::Biblio::Metadata->record should use the EmbedItems filter
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31224 Bug ID: 31224 Summary: Koha::Biblio::Metadata->record should use the EmbedItems filter Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 29697 removed GetMarcBiblio in favor of using Koha::Biblio::Metadata->record. YAY! But it added a redundant Koha::Biblio::Metadata::_embed_items method. It also adds a suspicious 'record' param. I say suspicious because it looks like a trick to have a given MARC::Record object added the items information. Which feels like wrong API design. Specially when we have the Koha::Filter::MARC::EmbedItems processor filter for the task. Now that things are 'modernized' we really need to revisit this code for a cleanup. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 107

[Bug 29185] New: Expose MARC21 tag 765 - Original Language Entry
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29185 Bug ID: 29185 Summary: Expose MARC21 tag 765 - Original Language Entry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 25870] New: Add a q_ccl query parameter to /biblios
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '25

08 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25870 Bug ID: 25870 Summary: Add a q_ccl query parameter to /biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com It would be great if we could just pass a CCL query to the /biblios route -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 37983] New: "Search a patron" box no longer has auto focus
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '25

07 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37983 Bug ID: 37983 Summary: "Search a patron" box no longer has auto focus Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 30965 In the curbside pickup module, when the "Schedule a pickup" tab is selected we expect the patron search box to get the focus. But it has been broken bug 30965 (which changed the id of the input). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30965 [Bug 30965] Add patron autocomplete search to curbside pickups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 38793] New: Transfer silently not canceled when TransfersBlockCirc = "don't block" and AutomaticConfirmTransfer = "do automatically confirm"
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '25

07 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38793 Bug ID: 38793 Summary: Transfer silently not canceled when TransfersBlockCirc = "don't block" and AutomaticConfirmTransfer = "do automatically confirm" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 0. Set TransfersBlockCirc = "don't block" AutomaticConfirmTransfer = "do automatically confirm" 1. Find or create an item that belongs to a branch other than the logged-in branch Like 39999000012118 in test data 2. Check in the item - this should trigger a Return to Home transfer 3. Click OK on the modal to confirm the transfer 4. Check in that item again 5. Cancel the transfer 6. Open the bib record for that item in a new tab 7. It's still in transit (that's wrong!) 8. Check in that item again 9. It still offers to cancel. (confirming the previous cancel attempt didn't work) Logs don't show any error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 21976] New: koha-reset-passwd must call Koha::AuthUtils::generate_password to deal with password restrictions
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '25

07 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21976 Bug ID: 21976 Summary: koha-reset-passwd must call Koha::AuthUtils::generate_password to deal with password restrictions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 18298 Like minPasswordLength and RequireStrongPassword Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18298 [Bug 18298] Allow enforcing password complexity -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 32306] New: Hold modifications don't log correctly
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '25

07 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32306 Bug ID: 32306 Summary: Hold modifications don't log correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org When one modifies holds from records holds page, these changes don't log into action_logs table correctly. Instead holds data before modifications is stored to action_logs. To test: 1. Find hold to modify. 2. If possible, locate this hold from action_logs table: SELECT * FROM action_logs WHERE module = "HOLDS" AND object = <reserve_id>; 3. Modify hold, change its pickup library from A to B. 4. Save changes. 5. Take a look at action_logs table. => Modification is saved, but holds pickup library is still A. 6. Modify hold again, e.g add expiration date. 7. Save. => Expiration date is empty, but pickup library is now B. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 31610] New: When creating a guarantee, patron messaging preferences should be copied to this account from the category
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '25

07 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31610 Bug ID: 31610 Summary: When creating a guarantee, patron messaging preferences should be copied to this account from the category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 When creating a guarantee, patron messaging preferences should be copied to this account from the category. Steps: Have a guarantor. Create a guarantee. Koha will use the CHILD patron category to assign this guarantee, but will not copy over the message preferences from this CHILD patron category. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20