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

[Bug 39921] New: Ability to sort item search results by status
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39921 Bug ID: 39921 Summary: Ability to sort item search results by status Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: tom.rice(a)cityofcarrollton.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 182540 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182540&action=e… Screenshot of the columns in catalog search results. In the staff side, when searching the catalog for records (like hotspots), the ability to sort by status (so it would be immediately apparent how many hotspots are available) would be great. As of now, that's the only column lacking the ability to sort. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 38074] New: It should be possible to define the default size of the holdings table on the details page
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38074 Bug ID: 38074 Summary: It should be possible to define the default size of the holdings table on the details page Change sponsored?: --- 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some systems may want to see more than 20 items by default on the holdings table - say a consortium with 25 members. It should be possible to configure the default page length -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 38248] New: Staff interface record display - adding a lost status to an item causes "Processing" when viewing the record
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38248 Bug ID: 38248 Summary: Staff interface record display - adding a lost status to an item causes "Processing" when viewing the record Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If I set the lost status for an item to 1 (Lost), then when viewing the record in the staff interface, it sits on "Processing". To replicate: 1. Find any record in the staff interface with an existing item and add a new item. 2. Note that when you select the "Normal" view, the holdings section lists the existing item and the new one that you created. 3. Edit the item you created and change "1 - Lost status" to "Lost". 4. Select the "Normal" view for the record again and note that a dialog box appears saying "Processing" and the holdings table does not list any items. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 38071] New: "Clear filter" on catalogue details page always disabled
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38071 Bug ID: 38071 Summary: "Clear filter" on catalogue details page always disabled 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 To recreate: 1 - Browse to details record for a biblio with items 2 - Click 'Show filters' 3 - Select/type in some filters 4 - Note 'Clear filters' is grayed out 5 - Try to click it, no response -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 37840] New: Wrong status in the Intranet detail page when the item type is not for loan
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37840 Bug ID: 37840 Summary: Wrong status in the Intranet detail page when the item type is not for loan Change sponsored?: --- 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: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Items that belong to item types that are defined as not for loan appear with status "Available" in the Intranet detail page, which is wrong as the status should be "Not for loan". In the OPAC detail page, the status appears correctly as "Not for loan" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 37544] New: Item table not loading on Normal View, after upgrade
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37544 Bug ID: 37544 Summary: Item table not loading on Normal View, after upgrade Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 169943 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169943&action=e… Errors from Dev tools After upgrade to 24.04, the Items list don't show because it's stucked on Processing... This happens in "Normal View" from Staff Interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 37383] New: No Edit Item button on biblio detail page for items where holding branch is not logged in branch
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37383 Bug ID: 37383 Summary: No Edit Item button on biblio detail page for items where holding branch is not logged in branch Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: - have a system with 2+ branches - have a bib with 2+ items, all with holdingbranch=A - set logged in library to A - go to bib details page, confirm each item has an Edit button in the holdings table - edit one item, set holdingbranch=B - reload bib details page - confirm the item now at branch B does not have an edit button -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 37078] New: Damaged Status not showing in detail.pl
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37078 Bug ID: 37078 Summary: Damaged Status not showing in detail.pl Change sponsored?: --- 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently in 24.05 and in master, after setting an item to damaged, this status does not appear in the detail.pl page. The damaged status does show if the item is checked out, it will appear in the patron's checkouts with the damaged status. It also will show when the item is checked in. If changing the item to LOST or Not for Loan, these values do show. It appears to only not show when applying the item to the damaged status. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 37375] New: Holdings table not loading if MARC framework is missing certain 952 subfields
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37375 Bug ID: 37375 Summary: Holdings table not loading if MARC framework is missing certain 952 subfields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you've catalogued a record with MARC framework that is for some reason missing certain 952 subfields (8, a, b, c, or y), holdings table is no longer loading but stuck in the "Processing..." loader. To test, open Koha in two browser tabs: IN TAB 1 (framework configuration): 1. Create a new MARC framework "TEST", based on the default MARC framework IN TAB 2 (record view): 2. Create a new record using MARC framework "TEST" 3. Add an item to the newly created record 4. Observe item visible on the record's holdings list IN TAB 1 (framework configuration): 5. Delete all 952 subfields in framework "TEST" except: 8, a, b, c, y IN TAB 2 (record view): 6. Refresh page 7. Observe item visible on the record's holdings list 8. Open your browser's console for upcoming error messages Iterating remaining subfields in following order, | <FIELD> | <NAME> ------------------------------------------------------ | 952$8 | row._strings.collection_code | 952$c | row._strings.location | 952$a | row._strings.home_library_id | 952$b | row._strings.holding_library_id | 952$y | row._strings.item_type_id IN TAB 1 (framework configuration): 9. Delete subfield <FIELD> in framework "TEST" IN TAB 2 (record view): 10. Refresh page 11. Observe error "Uncaught TypeError: <NAME> is undefined" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 36535] New: 33568 introduced too many changes in modules without tests
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '25

29 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36535 Bug ID: 36535 Summary: 33568 introduced too many changes in modules without tests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 33568 Bug 33568 introduced a lot of new simple accessors without providing unit tests for them. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33568 [Bug 33568] Use the REST API to display items on the biblio detail view -- You are receiving this mail because: You are watching all bug changes.

1 14