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

[Bug 23846] New: bad iso 2709 record silently results in broken marcxml
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '23

19 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23846 Bug ID: 23846 Summary: bad iso 2709 record silently results in broken marcxml Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dominique(a)leducq.net QA Contact: testopia(a)bugs.koha-community.org Created attachment 94419 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94419&action=ed… iso 2709 with problematic record The (UNIMARC) ISO 2709 record in the attached file (26080509.txt) seems to have a problem : the 009 field should contain an ARK identifier but seems to be something else, with a subfield separator in it. When imported into koha, it is said to be imported all right, but when trying to access the notice, we get the following error message : Invalid data, cannot decode object (id=9865, format=marcxml, schema=UNIMARC) Investigating, I found that the marcxml in biblio_metadata.metadata is broken : the content of the <controlfield tag="009"> element is a verbatim copy of the 009 field, including the (non-printable, 0x1F) subfield separator (cf line 9 of the attached marcxml) When I deleted this element in the database, all seems to work fine. I think either the record should be rejected alltogether, with an explicit error message, or the erroneous field should be droped. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 24574] New: Broken MARC records cause "invalid data, cannot decode object" on ISBDdetail and MARCdetail pages.
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24574 Bug ID: 24574 Summary: Broken MARC records cause "invalid data, cannot decode object" on ISBDdetail and MARCdetail pages. Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: rudolfbyker(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Broken MARC records cause "invalid data, cannot decode object" on ISBDdetail and MARCdetail pages. Although this is fixed on the /cgi-bin/koha/catalogue/detail.pl page (see Bug #23425 ), it's still not handled gracefully on these pages: /cgi-bin/koha/catalogue/ISBDdetail.pl /cgi-bin/koha/catalogue/MARCdetail.pl Use case: Some of our staff have to update books. They use "cataloging search", enter the barcode, then click the title of the book. This takes them directly to the MARCdetail page. To fix the MARC data, they need to work around the problem by editing the URL and replacing "MARCdetail.pl" with "detail.pl". Since most of our staff is not very technically apt, this is a problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 26558] New: Guarantor information is lost when an error occurs during new account creation
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26558 Bug ID: 26558 Summary: Guarantor information is lost when an error occurs during new account creation Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1. Create a new account but cause an error that will keep the account from saving (enter the wrong age for a category or give the patron a username that's already being used) 2. Search for and select a guarantor 3. Try to save the account and wait for the "The following fields are wrong. Please fix them." message 4. Note that the guarantor information is gone and you need to search for and select the guarantor again -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 21812] New: When adding items while ordering, the quantity field should not look like it can be edited
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21812 Bug ID: 21812 Summary: When adding items while ordering, the quantity field should not look like it can be edited Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding items during creating the order in acquisitions, the quantity field cannot be edited, you have to use the item form and table above for increasing and decreasing the amount of items ordered. This if often misunderstood in traning, in part because the input field looks like it can be edited, when it's actually read-only. It would be nice if this could be improved, maybe even with a hint to use the form above. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 21828] New: Improve efficiency of C4::Biblio::LinkBibHeadingsToAuthorities
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21828 Bug ID: 21828 Summary: Improve efficiency of C4::Biblio::LinkBibHeadingsToAuthorities 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The routine iterates through all fields in a biblio and compares them to a list of acceptable tags that may link to an authority. It may be more efficient to do the opposite iteration, working through acceptable authority tags and looking for the existence of that field in the biblio. (Note.. I've not tested this hypothesis.. it depends heavily on how efficient it is to fetch a single MARC tag using Marc::Record) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 18426] New: Subscriptions batch editing
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18426 Bug ID: 18426 Summary: Subscriptions batch editing 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 47

[Bug 21919] New: Fast Add UX Enhancements
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21919 Bug ID: 21919 Summary: Fast Add UX Enhancements Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 82761 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82761&action=ed… fast-add-example Enhancements to the Fast Add framework would help libraries efficiently enter both biblio and item level data to their record to get the record out and circulated as quickly as possible. Below is an example of what the form could present to the staff inputting the data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18853] New: Module wise email alerts
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18853 Bug ID: 18853 Summary: Module wise email alerts Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org At present koha is having limited number of email configurations for which library module managers is finding difficulty in replying or getting feedback from users. Therefore in sender address email should be separate module emails so that if a user reply should directly come to concern module manager like Acquisition, Circulation, Serial etc. because the emails are generating from the various modules/manager but replying to only one email is something very difficult to manage. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 24606] New: Allow storing item values as a template for creating new items
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '23

14 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24606 Bug ID: 24606 Summary: Allow storing item values as a template for creating new items 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a feature developed by Kyle...elsewhere... Would need to be reworked to fit into modern Koha https://github.com/liblime/LibLime-Koha/commit/ac11f3d86772891e605b58ab7b5d… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 116

[Bug 26902] New: Add ability to flag a patron email address as possibly invalid
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '23

12 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26902 Bug ID: 26902 Summary: Add ability to flag a patron email address as possibly invalid 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be beneficial if there was a way to flag email addresses in Koha as possibly invalid. That way, if a library receives a bounce-back for a given email, Koha could flag that email address as questionable. At that point, Koha could show an alert when checking out to that patron so the librarian can confirm the address is correct with the patron. An API endpoint that would accept an email address, find any instance of that email address in patron records, and flag it as potentially invalid would be very useful to integrate automation of converting bounce-back emails into warning flags in Koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4