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

[Bug 17418] New: Move staff client home page JavaScript to the footer
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17418 Bug ID: 17418 Summary: Move staff client home page JavaScript to the footer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org This patch will do two things: 1. Update the header and footer include files in order to be able to manage JavaScript either in the header or the footer. 2. Modify the staff client home page as a proof of concept, moving global and in-page JavaScript assets to the footer. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 39777] New: ILL History Check does not show in OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39777 Bug ID: 39777 Summary: ILL History Check does not show in OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)openfifth.co.uk Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: tomascohen(a)gmail.com CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 40589] New: Add table settings to recalls pages
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40589 Bug ID: 40589 Summary: Add table settings to recalls pages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com I propose to add table settings to these pages: - Recalls queue - Recalls to pull - Overdue recalls - Recalls awaiting pickup - Old recalls -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 38441] New: ILL - Allow for a history check workflow stage
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38441 Bug ID: 38441 Summary: ILL - Allow for a history check workflow stage Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com A workflow stage that performs a check on whether an ILL request being placed has already been placed in the past or not. -- You are receiving this mail because: You are watching all bug changes.

1 130

[Bug 41494] New: Rename "Koha administration" to "Administration" for consistency
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41494 Bug ID: 41494 Summary: Rename "Koha administration" to "Administration" for consistency Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We use "Koha administration" in only two places in the staff interface: - The label for the module on the staff interface home page - The page heading on the administration module home page Everywhere else, we normally just use "Administration", for example: - All the breadcrumbs for the areas in the administration page are just Administration > ... - The same for browser page titles in this area ... > Administration > Koha - More > Administration Change to just "Administration" would improve consistency, and is what we normally call it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 42399] New: Update some tools pages to use grid layout for forms - Part 2
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42399 Bug ID: 42399 Summary: Update some tools pages to use grid layout for forms - Part 2 Initiative type: --- Sponsorship Sponsored status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 41823 - Tools -> Notices and slips - Tools -> Batch patron modification - Tools -> Upload patron images - Tools -> Quote editor - Tools -> Task scheduler - Tools -> Uploads - Tools -> Log viewer - Cataloging -> Stage MARC records for import - Cataloging -> Manage staged MARC records - Cataloging -> Stock rotation Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41823 [Bug 41823] Update acquisitions admin pages to use grid layout for forms -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 37661] New: Disable/Enable Bookings
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37661 Bug ID: 37661 Summary: Disable/Enable Bookings Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If libraries are not planning to use the bookings feature, there's no way to hide this option. Even if staff don’t have the manage_bookings permission, they can still set an item as bookable, but the “place booking” button won’t appear for them. It would be nice if the bookings feature could be set to enable/disable via a system preference, similar to EnablePointOfSale, EnableItemGroups, HouseboundModule, ERMModule, ILLModule, and PreservationModule. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 132

[Bug 22707] New: Allow manual definition of AutoMemberNum range
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22707 Bug ID: 22707 Summary: Allow manual definition of AutoMemberNum range Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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.m.hall(a)gmail.com Target Milestone: --- It'd be great to have a way to tell Koha where to start when assigning card numbers via AutoMemberNum and to see what the next number will be. Bug 19263 introduced a feature that uses an authorized value to set up ranges of auto-incremented control numbers in bib records. Could something similar be used for card numbers? Ideally, this could also allow the definition of separate card number ranges for different branches. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 39976] New: Serving static error pages from Apache instead of Starman
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39976 Bug ID: 39976 Summary: Serving static error pages from Apache instead of Starman Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, all error documents are produced dynamically by Starman/Koha. When Apache encounters an error, it uses custom ErrorDocument directives which end up proxying to Starman to get the errors. For example, http://localhost:8081/blah. When Plack encounters an error, it needs to produce its own error documents and that's why we have the ErrorDocument middleware. For example, an Internal Server Error in a Perl script. Since we're using persistent processes, this is mostly fine. But if someone does 100 concurrent requests to http://localhost:8081/blah, it doesn't really make sense to transfer that load onto Starman/Plack. It would be good if Apache could just handle it without touching the backend. Pre-generating static pages isn't a big drama in itself, but the issue we'll face is multilingualism. But... in theory we could use mod_negotiation or mod_rewrite to do an internal redirect to the language appropriate error document (based off the Koha Language cookie ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34896] New: Separate Z39.50 permission from edit_catalogue
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '26

16 Sep '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34896 Bug ID: 34896 Summary: Separate Z39.50 permission from edit_catalogue Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The majority of our library staff use Z39.50 to bring in records using the Fast Add framework, and we do not want them to be able to edit records that use the Default framework. We currently need to give everyone the edit_catalogue permission because that is the only way to give them access to Z39.50. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7