October 2025 - Koha-bugs - lists.koha-community.org

[Bug 14250] Don't allow generating discharges for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Medium patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #38 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- In the DB update I see that existing rules are migrated from categories to their new home in circ rules. In the release notes I notice: After upgrading, you'll need to review your circulation rules and configure hold fees where appropriate. Any existing hold fees previously set at the patron category level will need to be migrated to the circulation rules. This makes it sould like rules are NOT migrated. Can you clarify? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35434] New: Non-superlibrarians should not place holds in other libraries when IndependentBranches is enabled
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35434 Bug ID: 35434 Summary: Non-superlibrarians should not place holds in other libraries when IndependentBranches is enabled 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: emily-rose.francoeur(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the intranet, when the system preference IndependentBranches is enabled, non-superlibrarians can make reservations in other libraries, which they shouldn't be able to do. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 54

[Bug 38347] New: Fix style of sidebar form submit button on bookings to collect page
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38347 Bug ID: 38347 Summary: Fix style of sidebar form submit button on bookings to collect page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org On the bookings to collect page the style of the submit button is incorrect. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 36428] New: Current bookings are not counted in record side bar
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36428 Bug ID: 36428 Summary: Current bookings are not counted in record side bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Style guide Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: martin.renvoize(a)ptfs-europe.com When a booking becomes active it is no longer counted in the sidebar on the biblio page. To test: 1 - Make an item bookable from the items tab on a record details 2 - Return to details view and place a booking 3 - Note sidebar says "Bookings (1)" 4 - Make the booking current from the DB: UPDATE bookings SET start_date=NOW() WHERE biblio_id={biblionumber}; 5 - Reload the page 6 - NOte the count is now "Bookings (0)" -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 37065] New: Bookings tab should filter out ocmpleted bookings by default
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37065 Bug ID: 37065 Summary: Bookings tab should filter out ocmpleted bookings by default Change sponsored?: --- 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When loading the bookings tab we load all bookings for a biblio, current and completed. We should filter out the completed by default and offer a link to view all unfiltered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 39547] New: Web Usability Audit: Required Fields Not Conveyed Programmatically
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39547 Bug ID: 39547 Summary: Web Usability Audit: Required Fields Not Conveyed Programmatically Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.blanchard(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org A recent web usability audit has highlighted that when logged in, some of the fields in the 'Your Details' page are identified as required using red text beneath but this is not indicated programmatically. The solution is to add the required tribute to the fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 39494] New: Announce status messaging on login page
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39494 Bug ID: 39494 Summary: Announce status messaging on login page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: chloe.zermatten(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org On the login page, the error messaging container currently does not include an aria-live attribute. It also does not have a role attribute set to alert. This is an issue for screen reader users. Both attributes should be set to a container that is present when the page first loads so that screen readers may monitor those for status changes, and notify the user as required. Otherwise, screen reader users will not be made aware that their login attempt failed if/when it does. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 39888] New: Error on acquisitions home when no budgets are defined
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39888 Bug ID: 39888 Summary: Error on acquisitions home when no budgets are defined Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org We see the following error in the browser console when loading acqui-home.pl without any budgets defined: Cannot read properties of undefined (reading 'DataTable') This is due to loading a large chunk of javascript to deal with a table we opt not to load into the DOM at all when budgets are not found. This causes cypress test failures as there appears to be a transaction that removes budgets somewhere in our test suite. Either way, we shouldn't load the JS when there's no DOM to action upon. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 35590] New: Add the translation of seasonal predictions for a chosen locale
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35590 Bug ID: 35590 Summary: Add the translation of seasonal predictions for a chosen locale Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily-rose.francoeur(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org In “Manage Numbering Pattern” (in Serials), we have the possibility to test a pattern with a specified locale. This works well for days and months (as their translations are handled by DateTime()), but it doesn't work for seasons and their abbreviations. To reproduce the bug: **I recommend using the "English" version of the staff interface, as the translation for the prediction pattern with the staff interface locale doesn't work well (see issues 20511 and 24172).** 1) Navigate to “Serials > Manage numbering patterns” and click on the “Edit” button for the “Seasonal” pattern. 2) Under “Test prediction pattern”: - Set “First issue publication date” to today's date. - Set “Subscription length” to “issues” and input “4”. - Choose a language different from the one used in the staff interface for “Locale” (so any language except English). - Set “Begins with” to 0 (for X) and 2023 (for Y). 3) Click on the “Test pattern” button. - Observe that the season names are still displayed in English. 4) In the first section of the page, within the table, change “Formatting” to “Name of season (abbreviated)”. 5) Click on the “Test pattern” button. - Observe that the season names are still displayed in English. 6) Navigate to a record detail page and click on "+ New" and then "New subscription". 7) Click on the “Next ->” button and then “OK”. 8) Fill in the following fields: - Set “First issue publication date” to today's date. - Set “Frequency” to your preference. - Set “Subscription length” to “issues” and input “4”. - Set “Subscription start date” to today's date. - Select “Seasonal” for “Numbering pattern”. - Choose a language different from the one used in the staff interface for “Locale” (so any language except English). - Set “Begins with” to 0 (for Season) and 2023 (for Year). 9) Click on the “Test pattern” button. - Observe that the season names are still displayed in English. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40