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

[Bug 42429] New: Order of moving holds between bibs
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42429 Bug ID: 42429 Summary: Order of moving holds between bibs Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com In testing moving holds between bibs, I moved a hold from one bib that was hold 1 of 3, placed on 02/14/2026. I moved it to a bib with 261 holds, placed between January 2026-March 09 2026. The hold I moved with a date placed of 2/14/2026 ended up in the end of the hold priority. My sense is that this is not intended behavior. Wouldn't the hold file in priority according to the date it was placed? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 42428] New: Supply ILL - Biblio metadata is only visible in ISO18626 messages
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42428 Bug ID: 42428 Summary: Supply ILL - Biblio metadata is only visible in ISO18626 messages Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It would be handy and more user friendly if this information was more directly available when viewing the supply ILL and when performing a search to place an ILL hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39233] New: Non-patron guarantor info not dropped when patron category is updated
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39233 Bug ID: 39233 Summary: Non-patron guarantor info not dropped when patron category is updated 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When child patrons category is updated via update_patrons_category.pl patrons relationship with their guarantor is dropped from borrower_relationships table. But non-patron guarantees info is still kept in borrowers table. To reproduce: 1. Find child patron with non-patron guarantor or create one. 2. Update patrons age so that their category is updated when you run following: perl misc/cronjobs/update_patrons_category.pl --confirm --too_old --from K --to PT 3. Check patrons info from borrowers table. => Note that values in contactname, contactfirstname and relationship columns were not dropped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 42426] New: Circulation triggers: inform users of one-at-a-time ruleset editing
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42426 Bug ID: 42426 Summary: Circulation triggers: inform users of one-at-a-time ruleset editing Initiative type: --- Sponsorship --- status: 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: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com In the circulation triggers form introduced by Bug 10190, clicking 'Edit' on another row in the rule sets table lets users move from editing the originally selected ruleset to another. This does imply that changes made on the originally selected rule set, if any, are not kept. There isn't a warning or confirmation request - this could be added. Alternatively (or additionally) we could hide or disable the other 'Edit' buttons once a rule set is being edited or created, so the UI reflects the one-at-a-time model. (This would prevent creating the expectation of 'bulk editing', which is not a feature included in 10190) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 42427] New: Circulation Triggers: form dropdowns should expand into view
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42427 Bug ID: 42427 Summary: Circulation Triggers: form dropdowns should expand into view Initiative type: --- Sponsorship --- status: 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: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The circulation triggers page introduces an add / edit form with two dropdowns at the bottom allowing to select letters and transport modes. The dropdown expends downwards, which means the user needs to scroll the form down to view all options. As a UI/UX improvement, we could either: - auto-scroll the dropdown into view - expand the dropdown upwards Both would require less scrolling on the user's part. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |42427 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42427 [Bug 42427] Circulation Triggers: form dropdowns should expand into view -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |42426 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42426 [Bug 42426] Circulation triggers: inform users of one-at-a-time ruleset editing -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41698] New: Add maintenance script to revert found holds for items currently checked out
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41698 Bug ID: 41698 Summary: Add maintenance script to revert found holds for items currently checked out Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz For reasons unknown, it is possible to get into a situation where an item is both checked out to one patron and associated with a found hold for another patron. We should add a script to Koha to fix items in this situation by reverting the found holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 41844] New: Save button does not work in cataloging when the first important repeatable field is deleted
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41844 Bug ID: 41844 Summary: Save button does not work in cataloging when the first important repeatable field is deleted Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a MARC subfield is marked as Important and Repeatable in the bibliographic framework, it becomes impossible to delete the first occurrence of that field in the cataloging editor. If the first occurrence is deleted, the Save button does not work and the record cannot be saved. To test: 1- Go to Administration -> MARC bibliographic framework and click View default framework 2- Search for tag 653 and click Edit subfields 3- Click on subfield $a 4- Select Important, Repeatable, In 'Managed in' select tab 6 and in 'Visibility' select: OPAC, Staff interface and Editor 5- Save the framework 6- Find or create a record using the default framework. 7- Add a value in 653$a, clone the field and add a value in the second occurrence then save the record. 8- Edit the record again 9- Delete the first 653 field. 10- Click Save ---> It's impossible to save the record -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 42265] New: Spelling: FTP is an abbreviation
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '26

21 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42265 Bug ID: 42265 Summary: Spelling: FTP is an abbreviation Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy 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/edi_accounts.tt: The upload directory specifies the directory on the ftp site to which orders are uploaded. ftp should be FTP. There are probably also some more occurences. These keep coming up in translations because Webpate notices we have translated FTP and wonders if that can be right and asks for extra confirmation. So each time that check is triggered it requires extra clicks. Another good reason to fix :) -- You are receiving this mail because: You are watching all bug changes.

1 9