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

[Bug 19534] New: Adding collection code attribute to cover image div
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '25

19 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19534 Bug ID: 19534 Summary: Adding collection code attribute to cover image div Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: michael(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To further facilitate add images associated with items, add collection code attribute ID to cover image div. Requested by archive that wanted to have images associated with specific collections appear next to items in search results. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 39691] New: Searches duplicated in search history if I change the sort order
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '25

19 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39691 Bug ID: 39691 Summary: Searches duplicated in search history if I change the sort order Change sponsored?: --- Product: Koha Version: Main Hardware: All URL: http://localhost:8080/cgi-bin/koha/opac-search-history .pl OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kristinamason(a)fastmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 181199 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181199&action=e… A list showing duplicate searches Issue: My search history shows the same search multiple times if I change the sort order. To reproduce: 1. Log in as a user http://localhost:8080 2. Search the catalogue for something 3. On the search results page, choose a different sort order for your results (doesn't matter what, do it a few times, A-Z, Z-A, etc). 4. Go to the search history page http://localhost:8080/cgi-bin/koha/opac-search-history.pl 5. Note that the search shows more than once, one for each time you change the sort order. Expectation: The search should only show once, and not register multiple times due to just changing the order of it. The search history page doesn't indicate this either, so it just looks like the same search over and over. Screenshot attached showing 3 searches all from 5:25. In reality I did one search and just changed the order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39690] New: Can't place hold on book from the list contents page
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '25

19 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39690 Bug ID: 39690 Summary: Can't place hold on book from the list contents page Change sponsored?: --- Product: Koha Version: Main Hardware: All URL: http://localhost:8080/cgi-bin/koha/opac-shelves.pl?op= view&shelfnumber=1&sortfield=title OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kristinamason(a)fastmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 181198 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181198&action=e… No item selected pop up Issue: I added a book to a new list I created. I selected the book, and clicked "Place hold" and I got a pop up saying nothing is selected. To reproduce: 1. Log in as a user http://localhost:8080 2. Search for a book 3. Click "add to list" (existing or create a new one, doesn't matter) 4. View the list 5. Select the book by ticking the box next to it. 6. Click "Place hold" 7. Receive pop up saying nothing is selected Expected: I should be able to place a hold on the book, as it is selected. Screenshot attached showing that I have selected the box and the pop up is showing I have not. ADDITIONAL NOTES: I have tested this with both private and public lists, and lists that can only be updated by the user, and ones that can be updated by anyone. I have tried with 2 different books, and I can place holds from other places but just not from this list page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39687] New: Changing status on waiting hold produces data issues
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '25

19 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39687 Bug ID: 39687 Summary: Changing status on waiting hold produces data issues Change sponsored?: --- Product: Koha Version: Main 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 To reproduce the problem: 1) Set AllowHoldsOnDamagedItems to Don't allow 2) Place an item on hold for patron 3) Mark it as in mending (damaged) (staff notice it needs repair when returned) 4) Patron picks up the item and it is checked out to the patron 5) Notice the item is checked out to the patron, but also showing in mending, and still waiting for that patron. While some would say this could be avoided by workflow changes, it is still a data problem that leads to confusion for all involved. I would suggest that 1) the hold waiting not allow status changes, or 2) the hold allow the waiting status to be changed for this scenario. It seems that AllowHoldsOnDamagedItems should only block holds from being placed, not holds that are already waiting. I don't think blocking the checkout of the item that is already waiting would be a good option because the patron has been notified that the item is already there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39683] New: suggestion.copyrightdate and suggestion.publicationyear
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39683 Bug ID: 39683 Summary: suggestion.copyrightdate and suggestion.publicationyear Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The suggestions form in the user interface contains a field labeled "Copyright date." It gets saved in the database in suggestions.copyrightdate. The database also contains the field suggestions.publicationyear. As far as I can tell, there is no way in the staff interface or OPAC to put a value in this field (though if one were to get a value into it, that value would show on /cgi-bin/koha/suggestion/suggestion.pl). It would probably make sense to just remove suggestions.publicationyear from the database. But at the same time copyrightdate and publication date are really two distinct values .... I'm mostly filing this bug for the next person to stumbles into this hole and wonders what that field's about. Hello, future person! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39684] New: Move copyright date to its own column in suggestions
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39684 Bug ID: 39684 Summary: Move copyright date to its own column in suggestions 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The suggestions management table puts several values all into the "Suggestion" column. They're searchable, but not usable for sorting. That's particularly frustrating in the case of copyright date, as libraries would like to be able to sort by age of requested material. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 37059] New: Insert button is not working_Notices and slips
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37059 Bug ID: 37059 Summary: Insert button is not working_Notices and slips Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: ddvala9(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In Tool menu, Notices and slips, edit any notice unable to insert the command in the message body. The insert button is not working. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 37536] New: Cataloging add item js needs to update conditional that checks op
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37536 Bug ID: 37536 Summary: Cataloging add item js needs to update conditional that checks op 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: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In cataloging_additem.js there is a check for op != 'saveitem' that needs to be updated to op != 'cud-saveitem' In additem.pl and additem.tt all instances of 'saveitem' have been updated to 'cud-save-item' The javascript's functionality is explained in bug 22669. It's related to editing items when receiving an order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 37382] New: Report download is empty except for headers if .tab format is selected
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37382 Bug ID: 37382 Summary: Report download is empty except for headers if .tab format is selected Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: eric(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Run a report and select download as tab separated text. The downloaded file will have the first row and then empty rows for the number of results that should have been returned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 37580] New: Unique Holidays Description are not editable
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37580 Bug ID: 37580 Summary: Unique Holidays Description are not editable Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In 24.05 (confirmed works in 23.11 and 23.05) once you have created a unique holiday, you cannot edit the description. To replicate: 1. Find or create a new unique holiday with a description. 2. Click on the date to edit 3. Change the description and click Save 4. The description both in the Unique Holidays box and the holiday itself does not change. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18