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

[Bug 42417] New: Add staff interface option similar to OPAC SearchMyLibraryFirst
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42417 Bug ID: 42417 Summary: Add staff interface option similar to OPAC SearchMyLibraryFirst Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: holly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many consortial libraries have asked for the ability to set a default search limit for the logged in library in the staff interface catalog search. Applying the library filter from the basic search dropdown and using the library filter in search result filters are good. The goal here is to save clicks and show only local materials, and later edit the search to add back the broader collection if needed. Could this be done with an optional system preference similar to SearchMyLibraryFirst? Or by adding a partner preference with SearchMyLibraryFirst for OPAC/staff interface/both? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42416] New: Deleting biblios tied to orders should open the acquisitions tab on error
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42416 Bug ID: 42416 Summary: Deleting biblios tied to orders should open the acquisitions tab on error 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be incredibly helpful in the workflow and make things a little more evident that, if the user has the proper permissions to see acquisition information, that when we get the error that the biblio is tied to an order, that the page view would automatically switch to the acquisitions tab on the record, so that the issue at hand would be more evident. I deal so little with acquisitions that I keep forgetting that tab is even there. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42415] New: Deleted biblios cause incomplete information on acquisition invoices
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42415 Bug ID: 42415 Summary: Deleted biblios cause incomplete information on acquisition invoices Initiative type: --- Sponsorship --- status: 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org We need to find a way to retain title information on acquisition invoices when a biblio is deleted. Just because a record doesn't exist any longer doesn't mean that invoice information is unimportant. Record retention is serious, especially financial records. We should implement a safeguard like we do with patron accounting records (which we are still working on) where we can decide what information needs to be saved in a description field somewhere. At the VERY LEAST, if a biblio is deleted, the acquisitions invoices should be able to refer to information in the deletedbiblio table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 23005] New: Specify notice language for vendors
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23005 Bug ID: 23005 Summary: Specify notice language for vendors Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: mbarham(a)birzeit.edu QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- right now, there is no way to specify notices language for vendors. (it is available for Patrons) it will be great if this will be added. regards -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 41172] New: Checkouts table does not have the sort icon indicator
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41172 Bug ID: 41172 Summary: Checkouts table does not have the sort icon indicator Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 24533] New: Improved sorting in checkouts table
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24533 Bug ID: 24533 Summary: Improved sorting in checkouts table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The sorting in the checkouts table regressed with bug 23493. Before the patch: * Initial table load would group the results by "Today's checkouts" and "Previous checkouts". * Any subsequent column sort would disable the grouping entirely. After the patch: * Initial table load groups the results by "Today's checkouts" and "Previous checkouts". * Any subsequent column sort will sort by that column, but leave the group titles intact. As such, sorting by title for example can end up with multiple "Today's checkouts" header rows which is confusing. I propose that for all column sorts, with the exception of due date, we perform a primary sort on the grouping field followed by a secondary sort on the column in question. This way we maintain the grouping and just sort within the groups. For the due date column sort I propose sorting directly on due date and removing the grouping header rows entirely. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 41465] New: Unauthenticated request does not display 'type' correctly
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41465 Bug ID: 41465 Summary: Unauthenticated request does not display 'type' correctly Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 42306] New: After editing an item the redirect to the add item form is unintuitive
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42306 Bug ID: 42306 Summary: After editing an item the redirect to the add item form is unintuitive 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: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: - Go to a record detail page - Click 'Edit' on any item on the record - Edit the item and click 'Save changes' - You are redirected to a 'Add item' page for that record: additem.pl?biblionumber=1 Should the button act like a 'Save and continue' button and take me back to the edit page of that particular item? additem.pl?op=edititem&biblionumber=1&itemnumber=1#edititem Editing a bib record takes you back to the Details page for the record like? detail?biblionumber=x So I could also see it could making sense to take users to the details page for that item like: moredetail.pl?biblionumber=1#item1 Or possibly a split button where Save takes you to the view of the item record but there is also an option to Save and continue, which would keep you on the item's editing page. This would be consistent with the save button on bib records and also the design pattern mentioned in bug 40191 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 41478] New: AutoILLBackendPriority - Unauthenticated request shows backend form if wrong captcha
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41478 Bug ID: 41478 Summary: AutoILLBackendPriority - Unauthenticated request shows backend form if wrong captcha Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It should always show the Standard form when AutoILLBackendPriority is in use. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 41464] New: Local cover images failing to load in lists
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '26

17 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41464 Bug ID: 41464 Summary: Local cover images failing to load in lists Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: ptalatas(a)norlib.gr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Local cover images are displayed on search results and details page, but not for lists. Cover images from Amazon or Google on the other hand show for all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1