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

[Bug 18745] New: Serial claims: save supplier info on serial-level
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '25

16 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18745 Bug ID: 18745 Summary: Serial claims: save supplier info on serial-level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 17728] New: Move C4::Reserves code to the Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17728 Bug ID: 17728 Summary: Move C4::Reserves code to the Koha namespace Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 15449 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 [Bug 15449] Move stuffs to the Koha namespace -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 20112] New: Optionally show invalid ISBN/ISSN 020/022 $z
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '25

10 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20112 Bug ID: 20112 Summary: Optionally show invalid ISBN/ISSN 020/022 $z 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently the invalid ISBN and ISSN are indexed (bug 14617), but aren't displayed. It would be nice to find a way to display them if the library wants to do so. Having a class or similar for hiding them if necessary would be enough. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20684] New: Don't allow article requests on lost and missing items
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '25

09 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20684 Bug ID: 20684 Summary: Don't allow article requests on lost and missing items 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 Article records on lost items or when all items are lost should not be possible. Maybe this could be changed into a general YAML based preference to rule out items by different criteria even (lost status, damaged status, collection). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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

[Bug 20424] New: Zebra - Updating default Unimarc biblio mapping
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20424 Bug ID: 20424 Summary: Zebra - Updating default Unimarc biblio mapping Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fpichenot(a)ville-roubaix.fr QA Contact: testopia(a)bugs.koha-community.org Zebra doesn't yet integrate last Unimarc bibliographic updates published by IFLA. This ticket aims to update Zebra Unimarc bibliographic mappings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[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 20545] New: Add multi-language support to SIP2
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20545 Bug ID: 20545 Summary: Add multi-language support to SIP2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com At the moment the messages from the SIP2 server are in English by default and can be changed using a feature Kyle has written on bug 12571. The problem is, that while this can be used to translate the message, it doesn't provide true multi-language support. It's very common to provide the GUI on the self checks in mulitple languages here, so there is a need for translating the errors etc. sent by Koha as well. The SIP specification provides means to send a language code that would allow us to implement this properly. It uses a 3 character language code in its messages: http://multimedia.3m.com/mws/media/355361O/sip2-protocol.pdf Language Code Unknown (default) 000 English 001 French 002 German 003 Italian 004 Dutch 005 Swedish 006 Finnish 007 Spanish 008 Danish 009 Portuguese 010 Canadian-French 011 Norwegian 012 Hebrew 013 Japanese 014 Russian 015 Arabic 016 Polish 017 Greek 018 Chinese 019 Korean 020 North American Spanish 021 Tamil 022 Malay 023 United Kingdom 024 Icelandic 025 Belgian 026 Taiwanese 027 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 18317] New: Allow check out of already checked out items trough sip
by bugzilla-daemon＠bugs.koha-community.org 14 May '25

14 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18317 Bug ID: 18317 Summary: Allow check out of already checked out items trough sip Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marianne.rolfsen(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We see the need to have the ability to allow already checked out material to be checked out by an another patron automatically when using the automat (sip). Today a patron is not allowed to check out already checked out material when using the automat (sip).(In the staff client you can override this if you scan the barcode). There are several reason for allowing this: Case 1: If a patron, patron no.1, fails to deliver the item properly (the item is still on loan on his account) and the item is placed on the shelf where it belongs. The next patron(no.2) who picks it up and borrows it, can in this way correct the error of patron no.1 without contacting the staff. Today we risk that patron no.1 will receive fines even though he has delivered it. Or even worse patron no.2 has borrowed it (failed to see og ignored the message on the automat) and patron nr. 1 gets the fines. Case 2: If a patron has an item on loan that belongs to another branch, has no renewals left and wishes to borrow it again. He will be able to do so if there are no one on the waiting list. Because we have many branches that are open without any staff present, this feature is even more important. The patrons will be much more self-sufficient - also during the hours when the library is open but without staff. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 47