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

[Bug 22322] New: Self-checkin module should provide for automatic logins (like self-checkout)
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22322 Bug ID: 22322 Summary: Self-checkin module should provide for automatic logins (like self-checkout) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oliver.behnke(a)aei.mpg.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- The self-checkin (SCI) module currently requires to set up a dedicated kiosk terminal for its purpose. The reason being that you can't provide user/password system preferences for an automatic login, like you can for the self-checkout (SCO) counterpart. Our use case is the following: we are already using the SCO module with automatic login of the dedicated SCO patron, and our actual patrons identify themselves via their cardnumber. While they can obviously check in their books via the SCO module, we'd like to streamline the process such that they don't have to login with their cardnumber in order to simply return a book. The SCI module would be ideal for this but, effectively, it can't be used on the same terminal as switching between the modules currently requires a manual login of the dedicated SCI patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 69

[Bug 39716] New: Warn when saving a notice with template toolkit errors
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39716 Bug ID: 39716 Summary: Warn when saving a notice with template toolkit errors Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a notice is saved with unusable template toolkit, we should warn even if not using the "save and continue editing" button, such as redirecting back to the page with the error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 36588] New: Add a template toolkit field picker to the notice editor
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36588 Bug ID: 36588 Summary: Add a template toolkit field picker to the notice editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently when editing a notice you can pick fields from a list to add to a notice. This inserts template variables using Koha's bespoke syntax. We need to add something similar to be able to insert template tookkit variables. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 40598] New: Improve translation of OPAC authorities include
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40598 Bug ID: 40598 Summary: Improve translation of OPAC authorities include Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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 The markup of authority-information.inc in the OPAC makes entries in the .po file which are cumbersome and could be improved. Better to not have to deal with multiple '%s'. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 42383] New: Vue-based interface for check-in
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42383 Bug ID: 42383 Summary: Vue-based interface for check-in 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 24401 Bug 36540 proposes a Vue-based interface or checkout. This bug is for a vue-based checkin page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24401 [Bug 24401] REST API: Check-in -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 334

[Bug 19814] New: Batch Check-in function
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19814 Bug ID: 19814 Summary: Batch Check-in function Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: smichaelxx(a)tlen.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, in Koha exists function named "Batch Check out" but there is no "Batch Check in". A lot of small libraries don't have self-check station. Maybe a good solution would be adding function "Batch Check in"? Thanks a lot Regards -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 235

[Bug 42483] New: HoldsQueuePrioritizeBranch description should say hold pickup library instead of patron's home libary
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42483 Bug ID: 42483 Summary: HoldsQueuePrioritizeBranch description should say hold pickup library instead of patron's home libary Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The description for HoldsQueuePrioritizeBranch reads "The holds queue should prioritize filling a hold by matching the patron's home library with an item having a matching (home library / holding library)." However, it actually attempts to match the hold pickup branch to either the item homebranch or the item holdingbranch. It should be reworded. To confirm the current behavior: - have transport cost matrix and LocalHoldsPriority off - Have a patron with home of Branch A - Have a bib with two available items -- Item 1 is homebranch and holdingbranch A -- Item 2 is homebranch and holdingbranch B - place a hold for your patron patron to be picked up at Branch B - build holds queue - see it targets the item at Branch B (hold pickup) rather than the item at branch A (patron home) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 31557] New: Hold queue/home vs. holding library/transport cost matrix complications
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31557 Bug ID: 31557 Summary: Hold queue/home vs. holding library/transport cost matrix complications Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful if build_holds_queue.pl either 1) checked items' holding libraries in addition to home when items float, or 2) used the Transport Cost Matrix instead when systems have it enabled. Using home library only/first results in higher 'costs' and in holds being filled more slowly than necessary, and can be confusing for libraries. Home/holding: If I understand correctly, build_holds_queue.pl looks for items whose home library matches the hold's pickup library (plus accounting for any preferences set in StaticHoldsQueueWeight/HoldsQueueSkipClosed/RandomizeHoldsQueueWeight). For example, in a system where items float, a hold to be picked up at West library has the following items: Item 1: Home library West, holding library East Item 2: Home library West, holding library West Item 3: Home library North, holding library West If build_holds_queue.pl sees Item 1 first, it will be placed on East's queue to send to West even though Item 2 is already at West and could fill the hold more efficiently. Then since the Transport Cost Matrix is only consulted if no available items have a home library matching the hold's pickup library, holds are filled in a more 'expensive' way than libraries may expect. Using the Transport Cost Matrix directly would address this. For example, in a system where items float and a hold is to be picked up at South: Item 1: Home library East, holding library South Item 2: Home library West, holding library West Item 3: Home library South, holding library West build_holds_queue.pl will see that Item 3 has a home library matching the pickup library and will place it on West's queue to send to South. If build_holds_queue.pl consulted the Transport Cost Matrix, Item 1 would be placed on South's queue with no transfer necessary. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 31802] New: We need a clear coding guideline for alert box positioning
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '26

14 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31802 Bug ID: 31802 Summary: We need a clear coding guideline for alert box positioning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Alert boxes are somewhat inconsistently placed in Koha... sometimes above toolbars, sometimes between toolbars and headings, sometimes below headings and sometimes mixed into the content. We should create a guidelines and make sure we're consistent -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 15831] New: Can't override renew limit by submitting a barcode in checkout with AllowRenewalLimitOverride on
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '26

13 Nov '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15831 Bug ID: 15831 Summary: Can't override renew limit by submitting a barcode in checkout with AllowRenewalLimitOverride on Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If I have AllowRenewalLimitOverride set to "Allow," I should be able to scan a barcode in checkout and be prompted to override the renewal limit. That's how it works on the renewal page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2