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

[Bug 42908] New: Add db indexes for borrowers.zipcode
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42908 Bug ID: 42908 Summary: Add db indexes for borrowers.zipcode Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- Add db indexes for borrowers.zipcode This would help with SQL reporting when looking very large datasets. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42666] New: Next button in Item types and Patron categories does not work
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42666 Bug ID: 42666 Summary: Next button in Item types and Patron categories does not work Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris.mathevet(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The "Next" button in "Patron categories" and "Item types" in the Administration panel does not work. In addition, it shows "Showing 1 to 010 of 11 entries" instead of "Showing 1 to 10 of 11 entries" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 42355] New: (Bug 23010 follow-up) in additem.pl improperly handled exception
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42355 Bug ID: 42355 Summary: (Bug 23010 follow-up) in additem.pl improperly handled exception Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lucas(a)bywatersolutions.com, m.de.rooy(a)rijksmuseum.nl Depends on: 23010 Bug 21010 introduced catching exeption around $item->store (cataloguing/additem.pl line ~ 647). But if the exception occurs, it is not properly handled. 1. $_->error gives: Can't locate object method "error" via package "DBIx::Class::Exception" -- there is no such method under $_ 2. even if it was, we should push to @errors only error codes defined and handled in additem.tt, such as: onloan_cannot_withdraw, intransit_cannot_withdraw, barcode_not_unique, no_next_barcode etc. (cf. bottom of the additem.pl and additem.tt). To reproduce: In ktd edit any item, changing the barcode to a string longer than 20 chars (e.g. 123456789012345678901234567890). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23010 [Bug 23010] If an item is checked out or in transit it should not be able to be marked withdrawn -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41586] New: Spacing problem in display of patron names
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41586 Bug ID: 41586 Summary: Spacing problem in display of patron names Initiative type: --- Sponsorship --- status: 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 Under some circumstances there are extra or missing spaces around the information displayed by patron-title.inc, particularly the "othername" value. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 32285] New: Punctuation: Completeness of the reproduction code␠:
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32285 Bug ID: 32285 Summary: Punctuation: Completeness of the reproduction code␠: Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In English, there is not space before the colon: Completeness of the reproduction code␠: should be Completeness of the reproduction code: in koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/value_builder/unimarc_field_325h.tt:16 -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 41348] New: Capitalization: List Files
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41348 Bug ID: 41348 Summary: Capitalization: List Files Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org List Files koha-tmpl/intranet-tmpl/prog/js/transport_status.js:5 Should be: List files -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 40288] New: patron details in patron sidebar overflow the sidebar
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '26

24 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40288 Bug ID: 40288 Summary: patron details in patron sidebar overflow the sidebar Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I have an account with an excessively long mail address on a dev instance of Koha. On the patron / circ-menu sidebar I can see the patronbriefinfo ul overflowing the sidebar, and taking the patron image with it as it's width matches the ul. I suspect this is because of the flex-wrap setting on the patroninfo-container div ancestor, or at least when I temporarily disabled that the ul stopped overflowing. The email li is supposed to hide the overflow, but the ul width expanding with it's contents means it doesn't have the chance to do that. To constrain the ul I added "width:inherit" to it's parent div. I also had to add a "max-width" so that the ul wouldn't take up the whole width; thus allowing it to render beside the patron image when possible, instead of always ending up under it. I'm not sure if this is the best solution, but it's one that I found to work. I tried setting the width and max-width on the ul, but that still didn't constrain it to it's parent's width. I'm using Firefox with the browser window at around 1435px width, with an email address of 53 characters. I also observed this ul overflowing in Chrome. I'll attach a patch which adds a "patronbriefinfo-container" class to the div, and adds that class to the staff-global.scss file. This is the first time I've edited a scss file, so I may have made some mistake there. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 42898] New: Dark-mode foundation and theme switcher for the staff interface
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42898 Bug ID: 42898 Summary: Dark-mode foundation and theme switcher for the staff interface Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- This patch lays the foundations for staff-client dark mode: the colour-mode machinery, a set of Koha design tokens, and a user-facing Light/Dark/Auto theme switcher in the header. It is deliberately foundations-only. Dark mode is NOT fully implemented yet - only the base surfaces flip at this stage. The component-by- component migration (forms, tables, search results, Vue widgets, etc.) lands in subsequent bugs, so the staff client will look progressively better in dark mode as those are pushed. The important thing this patch delivers is the switching mechanism and a token layer that leaves light mode untouched. What this patch adds: * A Light / Dark / Auto switcher in the staff header. "Auto" follows the operating system / browser preference; an explicit Light or Dark choice is remembered between sessions and across pages. * The chosen theme is applied before the page is drawn, so there is no flash of the wrong theme on load. If the browser blocks local storage (kiosk / privacy lockdown) the interface falls back to light mode. * A set of Koha colour tokens (--koha-surface, --koha-on-surface, --koha-border, ...) whose light values are identical to the colours used today, plus the dark values the follow-up bugs build on. Base page surfaces - fieldsets, page sections and the patron sidebar panel - already flip with the theme. Test plan: The pass/fail factor for this patch is "light mode is unchanged" and "theme switching works". How complete dark mode looks is NOT in scope here - that is tested in the follow-up bugs. 1) Apply the patch and rebuild the CSS (yarn css:build). 2) Light mode regression - the most important check. With the theme set to Light, click through the staff client (home page, a patron record, catalogue search results, a cataloguing/acquisitions form, the admin area). Everything should look exactly as it did before this patch. 3) Switching. Use the Light / Dark / Auto control in the header: - Switch to Dark. The page chrome and base panels turn dark immediately. (Some components are still light - that is expected at this stage.) - Switch back to Light. The interface returns to normal. - Move between pages and confirm the choice sticks. 4) No flash on load. With Dark selected, reload a page (or open a new one). It should appear dark straight away, with no brief flash of the light theme first. Repeat with Light selected. 5) Auto / follow-the-system. Set the theme to Auto. Set your operating system (or browser) to dark mode and reload - the staff client should be dark. Switch the OS back to light and reload - it should be light. 6) Accessibility / robustness. The switcher should be reachable and operable by keyboard, and a screen reader should announce which option is currently active. Switching themes should not produce any errors in the browser console. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 37588] New: Add ability to mark a suggestion as Available
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37588 Bug ID: 37588 Summary: Add ability to mark a suggestion as Available Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It would be useful for some libraries to be able to manually set a suggestion as Available after it has been ordered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 42887] New: Add "wishlist" notification
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42887 Bug ID: 42887 Summary: Add "wishlist" notification Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alyssa.drake(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk Target Milestone: --- Some libraries have wishlists for their patrons. The library manually keeps track of items that patrons are interested in and emails them when the item is in circulation. This bug is to add the ability for Koha to automate that notification process. This notice already exists for when items attached to purchase suggestions are available but this would be useful to libraries who don't allow purchase suggestions or to notify patrons that an item is available that is being added to collection separate from the acquisition process. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4