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

[Bug 29665] New: Claims Returned status cannot be removed if BlockReturnofLostItems set to Block
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '22

03 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29665 Bug ID: 29665 Summary: Claims Returned status cannot be removed if BlockReturnofLostItems set to Block Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 To recreate: - designate a lost status in ClaimReturnedLostValue - set BlockReturnofLostItems to Block - check an item out - create a return claim - confirm you cannot remove the Claims Returned lost status -- item cannot be checked in to clear the status and the lost value used for claims is disabled on the item edit screens -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 27883] New: Add ability to preserve patron field from being overwritten by import
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '22

02 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27883 Bug ID: 27883 Summary: Add ability to preserve patron field from being overwritten by import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like to be able to preserve particular fields for existing patrons when overwriting them via the patron import tool. Effectively, this means the specified columns of the CSV are used for new patrons, but ignored for existing patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 24115] New: patron import tool should have option to not overwrite specific fields
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '22

02 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24115 Bug ID: 24115 Summary: patron import tool should have option to not overwrite specific fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)phe.gov.uk QA Contact: testopia(a)bugs.koha-community.org Following a test load of users exported from our active directory using the import users tool (Koha 18.11) we have encountered a few issues. The default settings specified for the load are being applied to also overwrite existing users. For example, all users now have the same profile and home library. We would wish to have the option for the default settings to only apply for new users created and for example retain the current user profile and home library for existing users. These 2 fields would not be included in the file loaded to Koha from the Active directory. There are other fields such as the email address, expiry date, address, etc where we do want the load to overwrite the existing records to keep these up to date in Koha. Probably another tick box next to each of the fields listed for the default settings to only apply to new records would make it flexible to retain specific fields whilst allowing others to be updated As a minimum this should apply to user profile and home library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24279] New: Claims Returned does not work when set from moredetail.pl or additem.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '22

02 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24279 Bug ID: 24279 Summary: Claims Returned does not work when set from moredetail.pl or additem.pl 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 To test: - configure claims returned per bug 14697 - Check an item out to a patron - Go to either moredetail.pl or additem.pl and set the item to your claims returned lost value - observe that the item has followed normal lost behavior rather than claims returned behavior We see two options to fix this, either: - Hide the claims returned lost value from moredetail.pl and additem.pl OR - Make Koha follows claims returned process regardless of how the item is set to that claims returned lost value -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 27189] New: Unable to delete patron
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '22

02 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27189 Bug ID: 27189 Summary: Unable to delete patron Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nishathahmed(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 114306 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=114306&action=e… Koha-anon-info Hi There! I couldn't delete patrons it says "Unable to delete patron that is set as AnonymousPatron This patron cannot be deleted while set as AnonymousPatron in the system preferences." I set an account with borrower-number (which is superlibrarian account and not meant for deletion) as well there on system preferences. Please check the attachment. But still no luck. Please advice. Regards! Nishath -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29776] New: Fields 580 are wrong displayed in summary column
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '21

31 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29776 Bug ID: 29776 Summary: Fields 580 are wrong displayed in summary column Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.breuillard(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Whitespaces escaped by ; are displayed in the summary instead of fields 580 Test plan: 1)Home > Authorities > Result from authority search 2)On the authorities list, verify that one of those is displaying the fields 580 on the summary column (it should look like: ; ; ; ;) 3)Apply patch 4)Repeat 1) and 2) 5)Notice the changes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18683] New: biblioitems.marcxml does not match MARC21slim.xsd
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '21

30 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18683 Bug ID: 18683 Summary: biblioitems.marcxml does not match MARC21slim.xsd Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mail(a)casi.pw QA Contact: testopia(a)bugs.koha-community.org I found the following record in a Koha installation that I manage, running on a Debian server. ---- <record xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd" xmlns="http://www.loc.gov/MARC21/slim"> <leader>[...]</leader> <datafield tag="999" ind1=" " ind2=" "> <subfield code="c">[...]</subfield> <subfield code="d">[...]</subfield> </datafield> <controlfield tag="001">[...]</controlfield> [...] ---- This does not comply with the MARC21slim.xsd Schema definition, which says: <xsd:complexType name="recordType" id="record.ct"> <xsd:sequence minOccurs="0"> <xsd:element name="leader" type="leaderFieldType"/> <xsd:element name="controlfield" type="controlFieldType" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="datafield" type="dataFieldType" minOccurs="0" maxOccurs="unbounded"/> </xsd:sequence> <xsd:attribute name="type" type="recordTypeType" use="optional"/> <xsd:attribute name="id" type="idDataType" use="optional"/> </xsd:complexType> These malformed xml strings were created by Koha over the time. To localize the errors, I ran a SQL query on the database. > select timestamp from biblioitems where marcxml like "%<datafield tag=\"999\"%<controlfield%" order by timestamp gives 962 rows, since 24th of October 2016 Some of the marcxml fields even contain the field 999 a second time, at the end. > select timestamp from biblioitems where marcxml like "%<datafield tag=\"999\"%<controlfield%<datafield tag=\"999\"%" order by timestamp gives 509 rows, since 4th of January 2017 -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 29676] New: Protect a bib record from being overlaid when matched
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '21

28 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29676 Bug ID: 29676 Summary: Protect a bib record from being overlaid when matched Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: aspencatteam(a)clicweb.org QA Contact: testopia(a)bugs.koha-community.org It would be nice to be able to mark a bibliographic record that would protect it from being overlaid when "matched" on import. For example we have records that are for a book club kit, so there is an ISBN in the record that puts it available for match when importing records. We would want to indicate in some fashion that this record will not be available to attach items on import, nor be available to be overlaid if that was the choice made on import. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 29770] New: Refining acq add to basket workflow
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '21

28 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29770 Bug ID: 29770 Summary: Refining acq add to basket workflow Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org With bug 27900, while users now can get back to the basket which is helpful, libraries are requesting a few less clicks. When you do a search with no results, you can select View Basket, but then have to select Add to basket and submit the info for the search again. Libraries have requested the following workflow: -In acq, add to basket, choosing from existing record -enter search term -if no results, present the options from "add to basket", and retain entered search term, such as populating ISBN when choosing "from an external source" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29773] New: suggestion.pl event listener too restrictive
by bugzilla-daemon＠bugs.koha-community.org 27 Dec '21

27 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29773 Bug ID: 29773 Summary: suggestion.pl event listener too restrictive Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Suggestion.pl has an event listener that is listening to all buttons of the type submit, which requires the user to select at least one suggestion on the page. This prevents other buttons of a submit type that have nothing to do with that particular form from being added to the page and working without this same restriction. $("button[type='submit']").on("click", function(e) { var submit_button = this; var form = $(submit_button).parents("form"); var action = $(submit_button).val(); var selected_suggestions = $(form).find("input[name='suggestionid']:checked"); if ( selected_suggestions.length == 0 ) { alert(_("Please select at least one suggestion")); e.preventDefault(); return false; } needs to be rewritten so that it is limited to the 4 buttons at the bottom of the page only. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0