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

[Bug 39994] New: Update UNIMARC Zebra indexing
by bugzilla-daemon＠bugs.koha-community.org 25 May '25

25 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39994 Bug ID: 39994 Summary: Update UNIMARC Zebra indexing Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org UNIMARC Zebra indexing should be updated, taking into account the new IFLA manual (bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39992) and some of the old proposals (mostly obsolete) made in bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20424 I will take care of that -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 16821] New: Facets: home libraries, locations, item types
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16821 Bug ID: 16821 Summary: Facets: home libraries, locations, item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It is my understanding that facets are built off the first page of search results. It seems that home libraries, locations and item types are all facets that should be completely available regardless of the first page of results, especially when you click "Show more". I would suggest this be changed to include all the fixed facets rather than being random. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 37793] New: New recall SMS defaults should be in Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37793 Bug ID: 37793 Summary: New recall SMS defaults should be in Template Toolkit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 23781 added new SMS notices in bespoke syntax but should be in template toolkit per NOTICE1 coding guidelines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36145] New: Fix incorrect OPAC authority search results sort order
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36145 Bug ID: 36145 Summary: Fix incorrect OPAC authority search results sort order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The sort order for authority search results in the OPAC appears to be random, not accurately sorting by heading ascending or descending -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 22311] New: Make the #moresearches area of the OPAC responsive
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22311 Bug ID: 22311 Summary: Make the #moresearches area of the OPAC responsive Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 85009 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=85009&action=ed… screenshot of opac showing the area needed to be responsive When links are added to the #moresearches area of the OPAC, the opac fails to be responsive when resized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 39984] New: Recall notices use the email template to generate SMS notices
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39984 Bug ID: 39984 Summary: Recall notices use the email template to generate SMS notices Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 23781 Found when testing bug 36020 and replicated on main - the recall notices RETURN_RECALLED_ITEM and PICKUP_RECALLED_ITEM both ignore the SMS notice template, and send the email notice template even when SMS is called for. To reproduce: 1. Enable UseRecalls syspref and set corresponding circulation rules: - Recalls allowed - Recalls per record - On shelf recalls allowed - set to "If any unavailable" - Recall due date interval - Recall pickup period 2. Set SMSSendDriver syspref to "Email" 3. Go to Tools > Notices and Slips 4. Edit the notice templates for RETURN_RECALLED_ITEM and PICKUP_RECALLED_ITEM: - Make sure both notices have templates defined for email and SMS notices - Make sure the email template is different from the SMS template 5. Find or create two patron accounts - Patron A and Patron B 6. Edit the following fields on both patron accounts: - Make sure an email address is defined - Under Patron Messaging Preferences, enable all Email and SMS notices (no digests) - Under Patron Messaging Preferences, enter a phone number for SMS 7. Check out an item to Patron A 8. Log into the OPAC as Patron B 9. Search for the item you checked out in step 5 10. Place a recall on that item 11. In the staff interface, check that item in and confirm the recall 12. Check the Notices tab on Patron A's account => You should see two new notices to return a recalled item - one email notice and one SMS notice 13. Look at the previews for the two notices => They are the same! :( 14. Check the Notices tab on Patron A's account => You should see two new notices to pick up a recalled item - one email notice and one SMS notice 15. Look at the previews for the two notices => They are the same! :( Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23781 [Bug 23781] Recalls notices and messaging preferences -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39983] New: Return 405 (Method not allowed) when a route is called with the wrong method
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39983 Bug ID: 39983 Summary: Return 405 (Method not allowed) when a route is called with the wrong method Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: tadeusz(a)sosnierz.com, tomascohen(a)gmail.com We just did a bit of debugging and the problem turned out to be that the wrong method was used (GET vs. POST) and this resulted in a 404. It might be a nice improvement if we returned 405 instead to give a better clue about the error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39412] New: Ordering from staged records with item tags does not remove item tags
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39412 Bug ID: 39412 Summary: Ordering from staged records with item tags does not remove item tags Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Export some records from Koha 2 - Set MarcItemFieldsToOrder: homebranch: 952$a holdingbranch: 952$b loc: 952$c price: 952$g|952$v itype: 952$y 3 - Stage your exported files for import - don't match and don't check for items 4 - Add to basket from the staged file 5 - Disable matching when adding orders 6 - Save the orders 7 - View the MARC of the new records from the interface 8 - Note marc has 952 fields 9 - You can view in the database in the biblio_metadata table as well: SELECT biblionumber, ExtractValue(metadata, 'count(//datafield[@tag="952"]/subfield[@code="9"])' ) AS counter FROM biblio_metadata WHERE ExtractValue(metadata, 'count(//datafield[@tag="952"]/subfield[@code="a"])' ) > 0 AND ExtractValue(metadata, '//datafield[@tag="952"]/subfield[@code="9"]' )='' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 39978] New: Allow assigning catalogue concern at creation
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39978 Bug ID: 39978 Summary: Allow assigning catalogue concern at creation 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: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When creating a catalogue concern from the staff interface, it could be nice to allow the user to assign the concern while creating it. It would help simplify the process by removing the need to create the concern, then to manage it to assign it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39979] New: Reserves 'collect at' to default to patron home library from Koha reserves form
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39979 Bug ID: 39979 Summary: Reserves 'collect at' to default to patron home library from Koha reserves form 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: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 182762 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182762&action=e… 'collect at' default to the first library on the list as opposed to the patron's home library On the Reserves request form, the 'collect at' drop down for 'next available copy' will default to the first library in the drop down list. Instead, we want this to default to be the patron's home library. This would save time for staff as they would not have to search for the correct library from the list and only change this if the patron indicates they want to collect from a different site. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0