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

[Bug 21741] New: branch transfers checked in at wrong branch could be clearer
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '22

04 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21741 Bug ID: 21741 Summary: branch transfers checked in at wrong branch could be clearer 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some times items are sent to the wrong branch during a branch transfer. It would be useful to... a) Show the sending and target branch for the branch transfer b) Allow the branch transfer to be cancelled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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 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 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 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 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

[Bug 22544] New: Move C4:.NewsChannels to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '21

23 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22544 Bug ID: 22544 Summary: Move C4:.NewsChannels to Koha namespace 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 263

[Bug 19482] New: Elasticsearch - prevent removal / editing of required indexes
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19482 Bug ID: 19482 Summary: Elasticsearch - prevent removal / editing of required indexes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Sorting options are currently hardcoded, in view of future z39 support with ES and other interfaces it is probably best to provide a base set of fields that are indexed and sortable. Using the base set of sorting this patchset will prevent editing/removal of these fields by default -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 106

[Bug 22866] New: ItemsDeniedRenewal cannot be overriden
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '21

19 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22866 Bug ID: 22866 Summary: ItemsDeniedRenewal cannot be overriden 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 Target Milestone: --- To Test: - Create a circ rule for patron category Y and itemtype X - Block renewal of itemtype X using ItemsDeniedRenewal - Confirm AllowRenewalLimitOverride is set to Allow - Check item of itemtype X out to patron of category Y - See that circulation.pl shows "renewal denied by syspref" - Click the checkbox for "Override renewal limit" - See that "renewal denied by syspref" message is replaced by a checkbox suggesting renewal will be allowed - Attempt to renew item - See error "Renew failed: item_denied_renewal" Ideally, one could override renewal blocks due to ItemsDeniedRenewal. Failing that, we should at least amend the confusing behavior in which is looks like you'll be able to override but then you receive an error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22