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

[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 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 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

[Bug 39413] New: Add a check for item fields in biblio MARC records
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39413 Bug ID: 39413 Summary: Add a check for item fields in biblio MARC records Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz See bug 39412 - we will need a script to help cleanup from possible bad data created -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 29074] New: DefaultHoldExpirationdatePeriod blank value interpreted as zero
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29074 Bug ID: 29074 Summary: DefaultHoldExpirationdatePeriod blank value interpreted as zero Change sponsored?: --- Product: Koha Version: master 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 Depends on: 26498 If DefaultHoldExpirationdate is on and DefaultHoldExpirationdatePeriod is blank, the blank is treated as a zero and all holds are created with an expiration date of today. I'm not sure what the best answer is. We could: - add some text to the syspref to make clear that a blank is treated as zero - make it always save and display a zero when you try to save a blank or - make it treat a blank as disabled (and then add some text to the syspref to tell people that) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26498 [Bug 26498] Add option to set a default expire date for holds at reservation time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 25787] New: Club holds can't be placed without modify_holds_priority permission
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25787 Bug ID: 25787 Summary: Club holds can't be placed without modify_holds_priority permission Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Staff cannot place a request for a patron club if the staff member does not have modify_holds_priority set. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 34567] New: Correct colors for advanced cataloging editor status bar
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '25

03 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34567 Bug ID: 34567 Summary: Correct colors for advanced cataloging editor status bar Change sponsored?: --- Product: Koha Version: master 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 The "status bar" at the bottom of the advanced cataloging editor still uses colors from our old color scheme. The CSS should be updated to match the staff interface redesign. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 26476] New: Make hold request notes editable
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '25

02 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26476 Bug ID: 26476 Summary: Make hold request notes editable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are times that staff may alter a hold, or move it. Some libraries need to have an explanation of the change, especially if a staff member changes the priority. Currently, you cannot edit a hold after it is placed. It would be helpful if staff could modify the note field at any time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6