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

[Bug 23781] New: SMS and messaging preferences for recalls
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23781 Bug ID: 23781 Summary: SMS and messaging preferences for recalls 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Add the option for users to receive notices by SMS for recalls. This requires adding recalls to messaging preferences. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 87

[Bug 30962] New: REST API: Add endpoint /patrons/:patron_id/check_password
by bugzilla-daemon＠bugs.koha-community.org 29 May '25

29 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30962 Bug ID: 30962 Summary: REST API: Add endpoint /patrons/:patron_id/check_password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au CC: tomascohen(a)gmail.com This endpoint would check that the POSTed password matches the Koha database password. In theory, you could have other validations here as well (e.g. check if patron is expired, restricted, etc.). But maybe those should be their own endpoints. Adding this to support a Keycloak User Storage SPI as per https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17004#c39 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 66

[Bug 25901] New: Add option for ClaimsReturnedWarningThreshold to count only unresolved claims
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25901 Bug ID: 25901 Summary: Add option for ClaimsReturnedWarningThreshold to count only unresolved claims 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Coming out of conversation on bug 25733, some libraries would like this threshold to only count claims that have not been resolved. I think this will need to be another syspref. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 30049] New: Add ability to download list as a spreadsheet.
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30049 Bug ID: 30049 Summary: Add ability to download list as a spreadsheet. Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently the only options for downloading a list in the list tab is iso2709, RIS, Bibtex. It would be nice to be able to download a list as an Excel or LibreOffice Calc file, perhaps a CSV too. The ability to download a spreadsheet is available in other areas of Koha, and it would be nice if it was available in Lists. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 25505] New: 2020
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25505 Bug ID: 25505 Summary: 2020 Change sponsored?: Seeking developer Product: Koha Version: unspecified Hardware: All URL: http://sxtn.com OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fvckingsixteen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 2020 Orig. Est.: 2020.00 Deadline: 2020-05-14 Created attachment 104888 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=104888&action=e… Sxtnnnnn Anzaiiii Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2020 [Bug 2020] search.pl chokes on searches with "+and+" in the url -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29885] New: Add the option to customise Z39.50 searches
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29885 Bug ID: 29885 Summary: Add the option to customise Z39.50 searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, Foremost, this is my first bug report. If the community has preferences on how this system is best used, please do let me know, and I'll be happy to learn! One of our customers recently asked me to file this bug report. Their exact comments were: "Also, I wondered if it would be worth to put this on the bugzilla as a desired implementation in one of the coming Koha versions, to add Title series and Publisher. I can imagine other libraries also finding this useful. And to have the option to 'hide' fields from the Z39.50/SRU search form that are not relevant to a certain library (maybe in the same way you can now hide certain columns from showing in e.g. the item record)." I think it would be a great Koha enhancement to be able to pick which attributes are used in Z39.50 / SRU searches, hide/remove unnecessary values, and even add custom search attributes as required. If anyone has anything to add/suggest, please be my guest, and take the floor! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 23017] New: More search options for Zebra search
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23017 Bug ID: 23017 Summary: More search options for Zebra search 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: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Hi, When we do a search on Zebra/Z39.50 server, it would be useful to have some options or filters to apply on the search like item type because there is sometime a lot of results that are not wanted. Thanks Alexandre -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 23486] New: Date last seen should be set upon registration
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23486 Bug ID: 23486 Summary: Date last seen should be set upon registration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com When a patron is registered, via staff or self registration we should fill in the 'lastseen' field -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 70

[Bug 18676] New: Optionally delete fast add items and records on return
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18676 Bug ID: 18676 Summary: Optionally delete fast add items and records on return 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In some libraries fast adds are used for ILL or other material that's not supposed to stay in the catalog after circulation was completed. It would be nice if there as an option to automatically delete fast add items and records (if it was the last item) when the item is checked-in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 20258] New: Offer circcontrol options at library level rather than at system-wide level.
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20258 Bug ID: 20258 Summary: Offer circcontrol options at library level rather than at system-wide level. Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The following is a slight simplification of our complex structure, but it outlines how Koha is not offering us a 100% satisfactory circulation experience. We have 6 college libraries all marked as closed in weekends, with users permitted to borrow (let’s say for simplification) a maximum of 15 items from across the 6 libraries. (All loan rules are the same at all 6 college libraries). All users belong to one of these libraries. Our new kit-loaning library has opened 24/7 and it offers a loan of one laptop and loans of up to three accessories (headphones etc.) with a loan period of 4 hours. No users belong to this library. Policy is to allow loans from this library to be in addition to loans from the normal 6 libraries. Having circcontrol set to either the rules from where the item is from, or the library the user is logged in at both fail to work as (even ignoring the new library) the maximum loans increases from 15 overall to 15 per library (6*15=90)- totally unacceptable here. The only option for now has been to set circcontrol to use the rules applicable to the library the user is from. This fails in two ways. Loans from the 24/7 library made at weekends are being pushed out as due on Monday (as all the libraries consulted for rules are marked as closed). Additionally the only way to allow the loans from the 24/7 library to be additional to the 15 maximum, has been to increase the maximum loans to 15+4=19. Users can of course now take 19 items out from the six main libraries, as the loan entitlement is not being compartmentalized. Option 1. We continue to put up with what we have. Option 2. We set up a second instance of Koha for only the 24/7 library, or source another product to manage loans from that library. Option 3. Move circcontrol to the library level, leave the 6 libraries with circcontrol at each library using the rules for where the user is from, and lower the maximum loans to 15 at each library. Change circcontrol for the 24/7 library to use circcontrol set to use the rules for the library the user is logged in at (or possibly where the item is from). With the calendar for the 24/7 being consulted now the weekend loan period would be right, and the loans maxima should also be right (15 from the six college libraries plus 4 for the 24/7 library using the different circcontrol. Can anyone offer any other alternatives? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3