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

[Bug 25360] New: Use secure flag for CGISESSID cookie
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '22

04 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25360 Bug ID: 25360 Summary: Use secure flag for CGISESSID cookie Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org We should consider setting the "secure" flag for the CGISESSID cookie (https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies#Secure_and_HttpOn…) so that it can only be sent to the server from the browser over HTTPS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 28216] New: Fix vendor list group by in serials statistics wizard
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '22

04 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28216 Bug ID: 28216 Summary: Fix vendor list group by in serials statistics wizard Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 24940 added sort vendor list by aqbookseller.name but removed accidentally the group by. Now vendors are repeated in the list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 25033] New: Counts of suggestions are confusing
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '22

04 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25033 Bug ID: 25033 Summary: Counts of suggestions are confusing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 On mainpage and acqui-home we show pending suggestions, however, the number is not filtered by the users branch. When you click the link to manage, the resulting page is filtered by the user's branch by default. We should make the view a little clearer by showing both local and all pending suggestions -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67

[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 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 25971] New: Allow arbitrary database field as runtime parameter
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '21

23 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25971 Bug ID: 25971 Summary: Allow arbitrary database field as runtime parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Yet another runtime parameter idea, how about allowing a syntax like "SELECT * from accountlines WHERE debit_type_code like <<Pick a code|account_debit_types.code>>" So Koha then builds the parameter list based on a "select distinct code from account_debit_types" To make it even nicer, we could allow "<<Pick a code|account_debit_types.code:account_debit_types.description>>" so we use the code as our value but display the corresponding description. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 23793] New: Add an EmbedItems RecordProcessor filter for MARC::Record objects
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '21

23 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23793 Bug ID: 23793 Summary: Add an EmbedItems RecordProcessor filter for MARC::Record objects 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This should help reduce the current overhead, and by using the features introduced by bug 22454, probably give a performance boost. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37