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

[Bug 41451] New: Hold history search fails when itemtype column present
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41451 Bug ID: 41451 Summary: Hold history search fails when itemtype column present 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The search box on the holds history table throws a 500 error when the item type column is visible Test plan: 1) Create at least one hold on any record 2) Navigate to the patron who has the hold and click Holds history in the left menu 3) The table should load correctly and the search bar above it should work 4) In system preferences, enable AllowHoldItemTypeSelection 5) Refresh the holds history, the Requested item type column should now be visible 6) Try a search, a 500 error should be thrown -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 40287] New: Fix untranslatable strings in more statistics wizards
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40287 Bug ID: 40287 Summary: Fix untranslatable strings in more statistics wizards Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com Depends on: 20601 The acquisitions, patrons, and catalog circulation statistics wizards have the same translation issues fixed in Bug 20601 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20601 [Bug 20601] Untranslatable strings in circulation statistics -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 42141] New: Design pattern introduced in 40191 does not work in staff SIP configuration
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42141 Bug ID: 42141 Summary: Design pattern introduced in 40191 does not work in staff SIP configuration Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The introduced design pattern in 40191 which enhances every Vue resource with the possibility to 'Save and show resource', 'Save and list resources' or 'Save and continue editing' does not work staff clients SIP2 configuration To recreate go to Administration -> Self-service circulation (SIP2) and create one of the following: - institutions - accounts - system_preference_overrides Then try the 'Save', 'Save and continue editing' and 'Save and return to list' buttons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 42116] New: e.preventDefault is a function, needs parenthesis
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42116 Bug ID: 42116 Summary: e.preventDefault is a function, needs parenthesis Initiative type: --- Sponsorship --- status: 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I noticed that a few places in the codebase e.preventDefault is simply stated as an expression and not called, but preventDefault is a method and must be called to have any effect. > rg "\.preventDefault;" koha-tmpl/intranet-tmpl/prog/en/modules/clubs/clubs.tt 176: e.preventDefault; koha-tmpl/intranet-tmpl/prog/js/holds.js 750: e.preventDefault; koha-tmpl/intranet-tmpl/prog/js/cataloging_additem.js 79: e.preventDefault; 96: e.preventDefault; This might not be a trivial change because it could alter UI behavior. Bug 42012 fixes clubs.tt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 42002] New: SIP screen msg regexp can't be empty
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42002 Bug ID: 42002 Summary: SIP screen msg regexp can't be empty Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Before the migration of SIP parameters in the interface, it was possible to delete a message by replacing it with an empty string with the following code: ``` <screen_msg_regex find="Greetings from Koha. " replace="" /> ``` It's no longer possible from the interface as the replace field is mandatory (a lot of our library deleted the message "Greetings from Koha. ") -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 41648] New: KitchenSink plugin breaks the plugins home page
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41648 Bug ID: 41648 Summary: KitchenSink plugin breaks the plugins home page Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Install the KitchenSink plugin and you get: Template process failed: undef error - The given date (20-12-20) does not match the date format (iso) at /kohadevbox/koha/Koha/DateUtils.pm line 192. on /cgi-bin/koha/plugins/plugins-home.pl Because Koha/Plugin/Com/ByWaterSolutions/KitchenSink.pm: date_updated => "1900-01-01", -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 20846] New: Suppressed Records Still Appear in Public Lists
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20846 Bug ID: 20846 Summary: Suppressed Records Still Appear in Public Lists Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: 1. Add a title to a public list 2. Edit the 942$n to suppress the record 3. Confirm that the record isn't visible in the opac 4. Confirm that the title still shows in the list It'd be great to have suppressed records hidden from lists. Even if the link from the list to the bib takes the user to the blocked record page, showing the title in the list is confusing. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 42202] New: IndependentBranches shouldn't filter public branches in OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42202 Bug ID: 42202 Summary: IndependentBranches shouldn't filter public branches in OPAC Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org There are a few places in the OPAC where we use the following: [% SET AllPublicBranches = Branches.all( search_params => { public => 1 }, selected => opac_name ) %] For instance, in the masthead library pulldown in the search bar, and the library dropdown in Advanced Search. However, IndependentBranches will make it so that only the logged in user's branch is retrieved, so the pull down disappears for non-superlibrarians in this scenario. This really makes no sense, since an unauthenticated user can see all the branches. Plus, the logged in user can do a search and then filter by any library. So... I reckon we should add "unfiltered => 1" for cases like masthead.inc and opac-advsearch.tt. I'll check the others to see if they should or shouldn't be filtered... -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 41070] New: No warning when filling no fund while importing in a basket from a file
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41070 Bug ID: 41070 Summary: No warning when filling no fund while importing in a basket from a file Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce. 1 - Go to any record and click save -> marc (Unicode/utf8) 2 - Go to any vendor and add a basket 3 - In this basket, create a new order from file, use the generated file and wait for the end of the import. Click on add staged files to basket. 4 - Select the record, fill in the required information and make sure no Fund is filly, neither in first or third tab. 5 - Validate: There will be no error -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 40225] New: The --send-all option in the stockrotation job fails if there are no items to rotate at all
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '26

21 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40225 Bug ID: 40225 Summary: The --send-all option in the stockrotation job fails if there are no items to rotate at all Change sponsored?: --- Product: Koha Version: unspecified 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 The send-all option claims to send notices even if there are no items to rotate for the given branch; However, if there are no items to action anywhere on the system we skip all notices entirely, not respecting the send-all option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19