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

[Bug 24535] New: Add the ability to have longer barcodes than 20 digits
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24535 Bug ID: 24535 Summary: Add the ability to have longer barcodes than 20 digits Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: nick(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, in Koha, an item's barcode can only be up to 20 digits, it would be nice to increase this value to possibly a higher number such as 32. Koha recently increased the patron's barcode length to 32 and it was helpful to libraries. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 42195] New: Item search: add an option to limit the locations to the chosen homebranch
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42195 Bug ID: 42195 Summary: Item search: add an option to limit the locations to the chosen homebranch Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: laurence.rault(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In item search, all the locations are display in the dropdown menu, even if there are some branch limits in the authorised value location. Improvement : near the Location criteria, add a checkbox Limit to the locations of home library. If one or several branches are selected in home library, the location dropdown menu should display only the locations available for this/these branch/branches. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 42354] New: Patron can borrow more loans than the patron category -rules allow
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42354 Bug ID: 42354 Summary: Patron can borrow more loans than the patron category -rules allow Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 197264 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197264&action=e… Total current checkouts allowed. Patron category: Lapsi, omatoimi sallittu. The circulation and fine rules -table primarily follow item type -specific rules and not patron category (Default checkout, hold policy by patron category) -rules. When you define a loan amount of 100 loans for a customer type in the patron category" -rules and that customer type has at least one item type -specific rule, then this customer type will be able to borrow more than 100 loans. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 42345] New: Add Koha::Template::Plugin::Marc for raw MARC field access in Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42345 Bug ID: 42345 Summary: Add Koha::Template::Plugin::Marc for raw MARC field access in Template Toolkit 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, accessing raw MARC field/subfield data from within Template Toolkit templates requires going through the Koha::Biblio object's accessors, which only expose a curated subset of fields. For arbitrary MARC fields and subfields, sites have to fall back to XSLT stylesheets - which are notoriously difficult for librarians and end users to read, write, or modify. Proposal: Add a new TT plugin Koha::Template::Plugin::Marc that exposes MARC field and subfield access in a librarian-friendly way: [% USE Marc %] [% Marc.field(biblio, '245', 'a') %] [% Marc.subfields(biblio, '650') %] [% Marc.fields(biblio, '650') %] Possible API surface: - field(biblio, tag, subfield) - first matching subfield value - fields(biblio, tag, subfield) - all matching subfield values - subfields(biblio, tag) - all subfields of a field - has_field(biblio, tag) - boolean This would unlock Template Toolkit as a viable replacement for many of the XSLT customisations sites currently maintain (search results, detail views, OPAC display, etc.) and would be immediately useful to features like bug 41902 (DuplicateCheckAdditionalInfo) where the syspref accepts TT and a Koha::Biblio object. Precedent: Koha::Template::Plugin::Remove_MARC_punctuation already shows the project is comfortable with MARC-aware TT plugins - this generalises that pattern. Identified during work on bug 41902. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38723] New: Move widely used TT plugins to LOAD_PLUGINS
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38723 Bug ID: 38723 Summary: Move widely used TT plugins to LOAD_PLUGINS Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: baptiste.wojtkowski(a)biblibre.com, david(a)davidnind.com, fridolin.somers(a)biblibre.com, jonathan.druart(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle(a)bywatersolutions.com, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Depends on: 37634 Whilst QAing bug 37634 it felt silly to me to be adding [% USE Koha %] to so many templates.. there must be a better way. So I added a follow-up.. but then we discussed it on chat and decided we could expand the scope a bit further from 'Koha' to 'Koha', 'Asset' and 'raw' plugins.. the three most commonly called TT plugins in Koha templates. So.. to keep things easy for RMaints, I've opted to move my cleanup patches here. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37634 [Bug 37634] Missing "USE Koha" causes JS errors and missing "Last patron" menu -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 39427] New: Searching lists table by owner can only enter firstname or surname
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39427 Bug ID: 39427 Summary: Searching lists table by owner can only enter firstname or surname Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl C4/Utils/DataTables/VirtualShelves.pm 61 if ( defined $shelfname and $shelfname ne '' ) { 62 push @where_strs, 'shelfname LIKE ?'; 63 push @args, "%$shelfname%"; 64 } We don't split the argument, so only either of the fields can be searched -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 37604] New: Give skip_open_orders checkbox an ID in batch record deletion template
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37604 Bug ID: 37604 Summary: Give skip_open_orders checkbox an ID in batch record deletion template Change sponsored?: --- 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is so that clicking on the label will put the cursor focus on the checkbox. At the moment the label and the checkbox are not semantically 'linked' without an ID -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 40647] New: "dictionary" misspelled in rep_dictonary class
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40647 Bug ID: 40647 Summary: "dictionary" misspelled in rep_dictonary class Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 38521 On bug 38521 I misspelled "dictionary" in the class for the Reports Dictionary. It's missing the second "i" To observe: - go to /cgi-bin/koha/reports/reports-home.pl - inspect the label "Reports dictionary" - see that it has the class "rep_dictonary" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38521 [Bug 38521] Add classes to reports homepage -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 39930] New: Saved configuration states on tables cause extra columns to show
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39930 Bug ID: 39930 Summary: Saved configuration states on tables cause extra columns to show Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This is hard to replicate but I did come across it on main in ktd. When "Save configuration state on page change" is enabled for a table, after an amount of time or some undetermined action, the table settings seem to go wonky. On the issues table at circ/circulation.pl for example, the grouping breaks and the sort_order and todays_or_previous_checkouts get revealed where they should be perma-hidden: Table showing columns that shouldn't be there: https://snipboard.io/TYL3Oe.jpg Table settings for that table: https://snipboard.io/kU7Tiw.jpg Column settings from local storage: https://snipboard.io/6aS8e4.jpg The steps that led to this were: 1. Set AlwaysLoadCheckoutsTable syspref to Do 2. Check out an item (39999000018516) to a patron (42) 3. Close the tab for a while (I didn't log out, just closed then reopened a few hours later) 4. Pull up the patron, extra mysterious columns have appeared This isn't isolated to the checkouts table, as we've come across it with saved reports and other tables that get saved states as well. Unchecking the save state box seems to avoid the problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 39987] New: Batch item deletion breadcrumb uses wrong link
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39987 Bug ID: 39987 Summary: Batch item deletion breadcrumb uses wrong link Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently it points to: http://localhost:8081/cgi-bin/koha/tools/batchMod.pl Should be: http://localhost:8081/cgi-bin/koha/tools/batchMod.pl?del=1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16