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

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

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #614 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Thanks for the updated patches. I got this error with tests: kohadev-koha@kohadevbox:koha(testing-SO-QA)$ prove /kohadevbox/koha/t/Koha/Auth/Permissions.t /kohadevbox/koha/t/Koha/Auth/Permissions.t .. 1/4 # Failed test 'Expected permissions generated for superlibrarian' # at /kohadevbox/koha/t/Koha/Auth/Permissions.t line 314. # Structures begin differing at: # $got->{CAN_user_parameters_manage_circ_triggers} = '1' # $expected->{CAN_user_parameters_manage_circ_triggers} = Does not exist # Looks like you failed 1 test of 1. I don't think is a setup step that should be missing. I started KTD with the patches already. And redoing the updatedatabase doesn't help. ----- QA script reports this: [FAIL] koha-tmpl/intranet-tmpl/prog/js/vue/stores/circulation-rules.js FAIL forbidden_patterns forbidden pattern: Use __("") instead of _("") (line 371) It's just this: https://wiki.koha-community.org/wiki/User:Victor_Grousset_-_tuxayo/Translat… -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42180] New: Add borrower lookup tool to SIP2 Account Creation
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42180 Bug ID: 42180 Summary: Add borrower lookup tool to SIP2 Account Creation 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: eric(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With the move to storing the sip accounts in the database rather than in SIPconfig.xml I think it would be nice to have a borrower account lookup tool in the SIP account creation form rather than the standard textbox. Currently, the field "Staff userid for SIP2 authentication" does have a tooltip that explains the userid needs to match an existing account, but the ability to search and find it would help eliminate a possible point of human error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 26547] New: Move context from msgid to msgctxt in pref PO files
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26547 Bug ID: 26547 Summary: Move context from msgid to msgctxt in pref PO files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 25067 String extraction for system preferences puts context inside msgid. For instance: # Accounting > Policy msgid "accounting.pref#FinePaymentAutoPopup# automatically display " "a print dialog for a payment receipt when making a payment.." Context should be put into msgctxt, and the filename should be in a comment, like this: #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/accounting.pref msgctxt "Accounting > Policy > FinePaymentAutoPopup" msgid "automatically display a print dialog for a payment receipt " "when making a payment.." Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25067 [Bug 25067] Move PO file manipulation code into gulp tasks -- You are receiving this mail because: You are watching all bug changes.

1 61

[Bug 18948] New: Elasticsearch - Reindexes should use aliases to avoid down time while reindexing
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18948 Bug ID: 18948 Summary: Elasticsearch - Reindexes should use aliases to avoid down time while reindexing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This patchset aims to add the ability to leverage the ES alias feature during a reindex - when doing a full reindex or a deletion the indexer will look for an existing index under the alias - if not found it will create a new one, if found it will index into a new index and point the alias there when done and then delete the old index. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 8292] clicking ignore on hold cancels transfer
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8292 Phillip Berg <phillip.berg(a)mainlib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |phillip.berg(a)mainlib.org --- Comment #19 from Phillip Berg <phillip.berg(a)mainlib.org> --- Agreed, this is causing some pretty significant problems, particularly for multi-branch libraries. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25825] New: Allow Claim Return function to be controlled by permissions
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25825 Bug ID: 25825 Summary: Allow Claim Return function to be controlled by permissions Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful to have a way to control which users are able to initiate and resolve a claim return. Some libraries will only want certain levels of staff to be able to initiate the Claim Return, and likewise, only certain staff should be able to resolve it. Perhaps a permission for each of those functions? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 42157] New: Make MARC export Unicode normalization configurable
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42157 Bug ID: 42157 Summary: Make MARC export Unicode normalization configurable Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently, bibliographic data stored in Koha is normalized as NFC. However, all exports (MARC utf8, MARCXML) are performed using NFD normalization (cf. Unicode::Normalize : NFC & NFD). Some users expect records exported from Koha to be NFC-normalized. Koha already includes built-in functions that perform the necessary conversions. Adding a new system preference would allow libraries to configure exports according to the needs of their local users. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37670] New: Alert librarian when placing booking on missing item
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37670 Bug ID: 37670 Summary: Alert librarian when placing booking on missing item Change sponsored?: --- 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: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It is still possible to place bookings on items marked as missing. It would be nice to show a warning to staff attempting to place a booking to say the item is missing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38859] New: New bookings notices should be added for existing installs
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38859 Bug ID: 38859 Summary: New bookings notices should be added for existing installs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should add the sample notices for bookings placed,cancellation, and modification via a DB rev for existing installs. As of now the library has to create them with no reference -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 36913] New: Booking should take non-for-loan into account
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '26

25 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36913 Bug ID: 36913 Summary: Booking should take non-for-loan into account Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: data-27FC05A3CB97(a)office-dateien.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It appears that bookings are placed on items that are marked as not for loan. This seems to be independent whether holds can be placed on an item or not (positive or negative NOT_LOAN value). There should be an option to prevent this, ideally by having a way to specify which NOT_LOAN values are acceptable for bookings (similar to SkipHoldTrapOnNotForLoanValue). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3