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

[Bug 41478] New: AutoILLBackendPriority - Unauthenticated request shows backend form if wrong captcha
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41478 Bug ID: 41478 Summary: AutoILLBackendPriority - Unauthenticated request shows backend form if wrong captcha Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 should always show the Standard form when AutoILLBackendPriority is in use. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 41464] New: Local cover images failing to load in lists
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41464 Bug ID: 41464 Summary: Local cover images failing to load in lists Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: ptalatas(a)norlib.gr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Local cover images are displayed on search results and details page, but not for lists. Cover images from Amazon or Google on the other hand show for all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 41422] New: New FilterSearchResultsByLoggedInBranch has I18N issue
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41422 Bug ID: 41422 Summary: New FilterSearchResultsByLoggedInBranch has I18N issue Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 37883 koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/results.tt: $('#toggleitems').text() === 'Show local items only' ? $('#toggleitems').text("Show items in all libraries") : $('#toggleitems').text("Show local items only"); This is problematic for multiple reasons: * Displayed text is not translatable * The check will only work while things are not translatable... Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37883 [Bug 37883] Add a filter for staff search results to filter by library -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 29562] New: CanItemBeReserved should take patron and item objects as parameters
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29562 Bug ID: 29562 Summary: CanItemBeReserved should take patron and item objects as parameters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CanItemBeReserved takes a borrowernumber and an itemnumber and then fetches the objects to do calculations. Most calls to the routine already have the object, so we should be able to pass them CanBookBeReserved loops on every item, fetching the patron anew each time. Changing the parameters will increase performance. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 41689] New: "Staff note" and "OPAC" message types in patron files untranslatable
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41689 Bug ID: 41689 Summary: "Staff note" and "OPAC" message types in patron files untranslatable Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com The message types were added by bug 40367, but they are not translatable. To recreate: 1. Go to a patron account > Add message 2. Add a message with "Staff - Internal note" 3. Add a second message with "OPAC - [Name]" 4. Add a language to your Koha gulp po:update --lang fr-CA ./misc/translator/translate install fr-CA Add the language in StaffInterfaceLanguages 5. Switch to the new language 6. Go to the patron's account --> Staff note is in english --> OPAC is in English (this is normal in fr-CA because we still call it OPAC even if it's an english term, but could be different in another language) 7. Check the translation files cd misc/translator/po/ git grep "Staff notes" fr-CA* --> There is nothing from patron-messages.inc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 41458] New: SIP passes UID instead of GID to Net::Server causing error
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41458 Bug ID: 41458 Summary: SIP passes UID instead of GID to Net::Server causing error 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: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 36386 When starting SIP, Koha passes an incorrect value to the Net::Server "group" parameter. The code passes the effective UID ($>) instead of a group ID. On systems where UID and GID differ, Net::Server attempts to switch to a non-permitted group and logs an error. SIP starts with this error and continues running. To test: 1. Enter KTD shell. 2. Run: sudo koha-sip --restart kohadev 3. Check SIP logs and observe: [ERROR] [undef]@[undef]: Couldn't become gid "501": Operation not permitted C4::SIP::Trapper::__ANON__ /kohadevbox/koha/C4/SIP/Trapper.pm (70) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36386 [Bug 36386] Prevent Net::Server warn about User Not Defined from SIPServer -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 40510] New: Separate translation of More dropdown to it's own string
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40510 Bug ID: 40510 Summary: Separate translation of More dropdown to it's own string 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 version 24.xx the More dropdown in the main header had it's own string in translations and we had translated it to "Muita toimintoja" (Other functions). In version 25.xx it has been combined with other "More" terms which is translated as "Lisätietoja" (More information). This translation does not fit with the dropdown but is otherwise ok. We would like to separate the header's More string from the others so that we can continue to make a different kind of translation for it. The More from header is now part of this string: https://translate.koha-community.org/translate/koha/main/staff-prog/fi/?che… -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 40648] New: Add a system preference to configure Koha’s built-in "Cite" feature.
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40648 Bug ID: 40648 Summary: Add a system preference to configure Koha’s built-in "Cite" feature. Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Currently, Koha’s built-in "Cite" feature provides static citation outputs (APA, Chicago, Harvard, MLA, etc.) without any option to customize which styles appear, the formatting rules applied, or the markup for individual citation components (author, title, date, etc.). There is no system preference to control this behavior, so libraries cannot adjust the citations to meet their local standards or style requirements. Requested Features: - Enable/disable specific citation styles (APA, Chicago, Harvard, MLA, etc.) shown in the “Cite” menu. - Allow customization of output formatting (e.g., italics for titles, full author names, punctuation rules). - Provide markup for individual citation parts (author, title, date, etc.) for CSS styling or integration with other tools. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 32195] New: Changing a patron category to disallow guarantors should remove existing guarantors
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32195 Bug ID: 32195 Summary: Changing a patron category to disallow guarantors should remove existing guarantors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1: have a patron category where CanBeGuarantee is set to Yes. 2: Create a patron in that category, give them a guarantor 3: edit the patron category to set CanBeGuarantee to No 4: confirm your patron still has a guarantor that shows on the details page, but the guarantor no longer shows on the edit screen 5: this means the guarantor cannot be removed :( I see a few ways to move forward. We could: - make Koha go find and remove relationships right away when a category is updated - provide a script that could be run/cronned to find and delete relationships from the command line -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 21528] New: Combine all reserves in a biblio hold-group into a single line entry
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '26

16 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21528 Bug ID: 21528 Summary: Combine all reserves in a biblio hold-group into a single line entry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Building on the 'reserve next available from a group' functionality implemented in bug 15516 the patches attached to this bug report should combine all the reserves in a hold-group on a biblio into a single line entry on the following interfaces: * reserve/request.pl * Reserves tab in the circ/circulation.pl * members/moremember.pl This will make the reserve queue display manageable and not too overly long -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15