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

[Bug 43598] New: Catalog search disappears from main search bar after bib deletion
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43598 Bug ID: 43598 Summary: Catalog search disappears from main search bar after bib deletion Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- When we delete a bib record, we are taken to the advanced search page, but the main search bar no longer has a catalog search. I know the search is below in the page, but this is inconsistent with other workflows. When you are doing your searches primarily on the main search bar and then delete a record, you have to mentally pay attention to the fact that the search bar no longer searches the catalog after that action. We should keep the catalog search function on the header search bar, even in the advanced search page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43477] New: When editing an item search bar should display search catalog instead of cataloging search
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43477 Bug ID: 43477 Summary: When editing an item search bar should display search catalog instead of cataloging search Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- When editing or creating an item search bar currently display "cataloging search" (search in the catalog and the reservoir) I think it is not what most librarians expect. It would be better to display "search catalog" instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 43819] New: Provider login icon at Log in to your account
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43819 Bug ID: 43819 Summary: Provider login icon at Log in to your account Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mhby87(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 208050 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=208050&action=e… Big icon -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 41963] New: OPAC list view toolbar and action buttons consume most of the screen on mobile
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41963 Bug ID: 41963 Summary: OPAC list view toolbar and action buttons consume most of the screen on mobile Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On mobile devices, the OPAC virtual shelves/lists view (opac-shelves.pl) has two problems that make it hard to use: 1. The list actions toolbar (New list, Download, Send, Print, Edit, Delete, Share, Sort) and the selections toolbar (Select all, Clear all, Place hold, Remove) are always fully expanded and sticky, consuming 7+ rows of buttons before any list content is visible. There is no way I found to collapse or dismiss them. 2. The per-item action buttons (Place hold, Save to another list, Remove from list, Add to cart) render as full-width block elements with 120% font size, taking more vertical space than the bibliographic information itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #518 from Lisette Scheer <lisette(a)bywatersolutions.com> --- Thanks Jake! Tooltip for display location has Display capitalized, but it's not capitalized in other tooltips and I would expect it to be lowercase here. Check in behavior should use the American spelling instead of behaviour. The popup when dates are empty is kind of weird, espeically if there's more than one. Could we instead handle it like when a field isn't filled on a patron screen? It jumps to the first required field and highlights it. I believe the display should be able to have blank end date for perpetual displays such as new books. The date isn't auto-calculated at step 5.1.3 if the date is left empty when adding an item at display creation. It's also just making date to remove today if adding from within the display with no date to remove, even if the duration is 30, and looks required but doesn't force you to fill it. Button on detail page doesn't add items but does give a success message. Adding a single item in a display doesn't trim a space at the end. Audit logging, includes UPDATE_ITEM, at least when a superlibrarian adds an item and the diff is blank/just {}. Modify doesn't seem to consistently store the diff. Display details: Name: Summer Reading 2026 Home library: Institut Protestant de Theologie Duration of display: 30 Start of display: 10/16/2026 End of display: 10/17/2026 enabled: check in behavior: do nothing Items: 39999000000252 Date added 10/15/2026 Date to remove 10/15/2026 39999000000238 Date added 10/14/2026 Date to remove: 10/15/2026 Both show as updated on the search results and record in the staff interface and opac, but don't on the OPAC the displays column is empty. On the staff side, the cloumn for displays doesn't show at all. If you change the dates: Start of display: 10/15/2026 End of display: 10/17/2026 39999000000252 Date added 10/12/2026 Date to remove 10/14/2026 39999000000238 Date added 10/16/2026 Date to remove: 10/30/2026 The detail doesn't show the effective branch, but appends the public and non public notes and shows the displays column with a link to the display and shows the display column in the opac as well as the appended public note. When editing a library group, "Is display group" is checked when editing an existing group, even when it does not have it. If you can view from all libraries, you can click the edit and delete buttons but if you try to follow through, it gives either "An error occurred while saving the display" it would be helpful to instead say you don't have permission (or even better, don't show the buttons if they don't have the associated permission for that group. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41598] New: Add information about resetting the superlibrarian password to the manual
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41598 Bug ID: 41598 Summary: Add information about resetting the superlibrarian password to the manual Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de A question that is asked every so often is how to reset the superlibrarian password. We should add information about the misc/devel/create_superlibrarian.pl script to the I think the options would be something like: ./create_superlibrarian.pl --userid <your_username> --password <your_new_password> --branchcode <your_library_code> --categorycode <your_patron_category> As far as I can tell, this isn't covered in the manual. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 43828] New: Libraries sorting by code rather than name
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43828 Bug ID: 43828 Summary: Libraries sorting by code rather than name Initiative type: --- Sponsorship --- status: Product: Koha Version: 26.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Target Milestone: --- I notice that 26.05 is sorting the list of libraries in branches.pl by code rather than the library name. This is not the behavior of previous versions, and it should be sorted by the name. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 43827] New: Localuse system preference to turn off count for first check in of an item
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43827 Bug ID: 43827 Summary: Localuse system preference to turn off count for first check in of an item Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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: --- Libraries really like the local use function as a way to easily record in library usage without additional steps (as you just check in an item and if not out of loan, records in items.localuse). However, one issue we are having with this function is that when a new book arrives after ordering we check in the item so the item is set as available. This means that local use is currently recording a count for this acquisition checkin. We would love to see the option of a system preference that would allow us to switch off localuse count for an item's first check-in. This would help us to better rely on localuse for stats collection -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30255] New: Allow skipping "list" step for record batch modification/deletion
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30255 Bug ID: 30255 Summary: Allow skipping "list" step for record batch modification/deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We encountered an issue using the Batch record modification/deletion-tools for a very large number of records. The "list" step where records can be optionally excluded is not relevant in our use-case and takes forever to load. This patch adds an option for skipping this step and directly enqueue the job for all specified records. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 31938] New: Add vendor to subscription search result list
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '26

15 Oct '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31938 Bug ID: 31938 Summary: Add vendor to subscription search result list 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: michaela.sieber(a)kit.edu -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1