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

[Bug 39179] New: ILL batches should allow editing without having to add new requests
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39179 Bug ID: 39179 Summary: ILL batches should allow editing without having to add new requests Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jeremy.evans(a)ukhsa.gov.uk, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 34250] New: Sort debit types alphabetically by description and add empty option when adding manual fee
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34250 Bug ID: 34250 Summary: Sort debit types alphabetically by description and add empty option when adding manual fee Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment when you add a manual fee to a patron account the sorting is off, maybe sorting the system internal ones separately from additional debit types? There is also no empty entry, so the first is always selected automatically. It would be nice if we could select a 'default' that is pre-selected, but to avoid errors, and empty entry and making the field requires would be good. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|release-notes-needed | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #187049|0 |1 is obsolete| | --- Comment #8 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 187050 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187050&action=e… Bug 15248: Use record matching rules to find duplicate while cataloging This patch allows to configure how Koha searches for duplicates when cataloging manually by using a record matching rule. For each framework we can now set a record matching rule to use when searching for duplicates. This allow to use different matching rules while in acquisition for instance (ACQ framework). If a matching rule is selected, we also have the ability to forbid the creation of duplicate: if a duplicate is found and this option is enabled, the usual option to create a duplicate will be hidden. If no matching rule is selected, then the default matching mechanism is used. Test plan: 1. Create a record matching rule matching on ISBN Threshold: 100 Record type: biblio Match point: Search index: "isbn" Score: 100 Tag: "020" (or "010" for UNIMARC) Subfields: "a" Offset: 0 Length: 0 Normalization rule: Remove spaces No match checks 2. Edit the default MARC framework and select the new matching rule and enable "Forbid duplicate creation" 3. Create a biblio with an ISBN 4. Make sure your new biblio is indexed in Zebra or ES 5. Try to create a biblio with the same ISBN. You should see a warning about the duplicate with no option to create the duplicate biblio 6. In the acquisitions module, in a basket add a new order from an external source (requires a configured Z39.50/SRU server) 7. Choose a record with an ISBN 8. Once the order is created, try to create a new order from an external source and choose the same record. You should see a warning about the duplicate. 9. Edit the record matching rule and disable "Forbid duplicate creation" 10. Redo step 5. Now there should be an option to create the duplicate record. 11. Redo step 8. Now there should be an option to create the duplicate record. 12. Run the following test scripts: - t/db_dependent/Search.t - t/db_dependent/Matcher.t Sponsored-by: SCD Lyon2 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 --- Comment #7 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 187049 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=187049&action=e… Bug 15248: Use record matching rules to find duplicate while cataloging This patch allows to configure how Koha searches for duplicates when cataloging manually by using a record matching rule. For each framework we can now set a record matching rule to use when searching for duplicates. This allow to use different matching rules while in acquisition for instance (ACQ framework). If a matching rule is selected, we also have the ability to forbid the creation of duplicate: if a duplicate is found and this option is enabled, the usual option to create a duplicate will be hidden. If no matching rule is selected, then the default matching mechanism is used. Test plan: 1. Create a record matching rule matching on ISBN Threshold: 100 Record type: biblio Match point: Search index: "isbn" Score: 100 Tag: "020" (or "010" for UNIMARC) Subfields: "a" Offset: 0 Length: 0 Normalization rule: Remove spaces No match checks 2. Edit the default MARC framework and select the new matching rule and enable "Forbid duplicate creation" 3. Create a biblio with an ISBN 4. Make sure your new biblio is indexed in Zebra or ES 5. Try to create a biblio with the same ISBN. You should see a warning about the duplicate with no option to create the duplicate biblio 6. In the acquisitions module, in a basket add a new order from an external source (requires a configured Z39.50/SRU server) 7. Choose a record with an ISBN 8. Once the order is created, try to create a new order from an external source and choose the same record. You should see a warning about the duplicate. 9. Edit the record matching rule and disable "Forbid duplicate creation" 10. Redo step 5. Now there should be an option to create the duplicate record. 11. Redo step 8. Now there should be an option to create the duplicate record. 12. Run the following test scripts: - t/db_dependent/Search.t - t/db_dependent/Matcher.t Sponsored-by: SCD Lyon2 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com Status|NEW |ASSIGNED Assignee|gmcharlt(a)gmail.com |julian.maurice(a)biblibre.com --- Comment #6 from Julian Maurice <julian.maurice(a)biblibre.com> --- (In reply to Andrew Fuerste-Henry from comment #4) > (In reply to Katrin Fischer from comment #3) > > Just an idea: could we make it possible to use the matching rules for the > > duplicate check? I think it would probably work for our use case and would > > offer some flexibility. > > We've had a library ask us to implement exactly this; watch this space :) We had to do it too... I'll submit my patch here. Hopefully this is similar to what you had in mind. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39688] New: Space missing between "suspended" and "until" in the holds summary table
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39688 Bug ID: 39688 Summary: Space missing between "suspended" and "until" in the holds summary table Change sponsored?: --- Product: Koha Version: Main Hardware: All URL: http://localhost:8080/cgi-bin/koha/opac-user.pl?opac-u ser-holds=1 OS: All Status: NEW Keywords: Academy, accessibility Severity: minor Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: kristinamason(a)fastmail.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org Created attachment 181196 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181196&action=e… The holds table Issue: A space is missing between "suspended" and "until" in the holds table if a hold is suspended. To reproduce: 1. Log into Koha as an end user (not staff) http://localhost:8080/ 2. Search for a book 3. Put a hold on that book 4. Click the "Summary" link in the left column to view your summary page http://localhost:8080/cgi-bin/koha/opac-user.pl?opac-user-holds=1 5. Click the Holds tab to view your holds. 6. Click the "Suspend" button next to your hold, choose a date, and suspend the hold. 7. View the Status column on the Holds tab 8. Note it says Suspendeduntil and the date Expectation: It should say "Suspended until", which has a space in the middle. Screenshot attached -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 39831] New: Should xAction be plain Action?
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '25

29 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39831 Bug ID: 39831 Summary: Should xAction be plain Action? Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org In translation https://translate.koha-community.org/translate/koha/main/staff-prog/fi/?che… there is a string "xAction if matching record found:" Should it be "Action if matching record found:" without the first x? https://gitlab.com/koha-community/Koha/-/blob/main/koha-tmpl/intranet-tmpl/… -- You are receiving this mail because: You are watching all bug changes.

1 11