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

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #31975|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |ASSIGNED --- Comment #15 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- This is just a rough sketch of how to address it. The Loader should be able to handle nested https includes.. Recursion. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 --- Comment #14 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 136713 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=136713&action=e… Bug 12758: Add Loader call in Koha::XSLT::Base Reviving a report back from 2014. The workaround is now moved to a separate helper module from another patch. Test plan: Test OPACXSLTDetailsDisplay with an https reference. Test it again with a stylesheet referring to a https include. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 --- Comment #13 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 136712 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=136712&action=e… Bug 12758: Introduce Koha::XSLT::Loader Work in progress. This is the idea for a 'solution' ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 --- Comment #12 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 136711 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=136711&action=e… Bug 12758: Make LWP::Protocol::https required module Moving from recommends to required in cpanfile. Reference info: Debian package liblwp-protocol-https-perl is available for Buster (6.07-2) and Bullseye (6.10-1). Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #11 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Its a patch from 2014 from me. I kept it in FQA for reference. The way I am looking now against it, I would rather put some module in between to do the actual workaround in the (little) hope that LibXML would be resolved some day. I might give it a chance, no promises.. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31065] New: SearchLimitLibrary sys. pref. not limiting correctly when set to holding library
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31065 Bug ID: 31065 Summary: SearchLimitLibrary sys. pref. not limiting correctly when set to holding library Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: hc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org Bug 21249 added the system preference SearchLimitLibrary which allows a site to determine in an advanced search if the branch specified should be searched against the home library, the holding library or both the home and holding library of the item. On the release 21.11.06, I'm seeing instances where the sys. pref, set to "holding library", will still bring back results based on the home library. Example: The item record is set up with home library as branch A and holding library as branch B. A library group is set up with only branch A in it. The SearchLimitLibrary system preference is set to "holding library". Under Advanced search, under "search for", the dropdown is set to "barcode". Under "Location and Availability", the "Groups of libraries" option is set to the group containing only branch A. The barcode for the item is searched for and the item is returned. The item should not be returned, as the search should limit to the holding branch, which is not included in the library group being searched for. The same issue appears if branch A is searched for individually under the Advanced Search setting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30960] New: Koha lets to place item-level holds without a pick-up place
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30960 Bug ID: 30960 Summary: Koha lets to place item-level holds without a pick-up place Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Hold requests Assignee: stalkernoid(a)gmail.com Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 25405] New: Make separation of Shibboleth and Local login clearer in modal
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25405 Bug ID: 25405 Summary: Make separation of Shibboleth and Local login clearer in modal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently in the OPAC if you have Shibboleth enabled the loginModal is a bit confusing when differentiating between local and shib logins. It would be nice if this was a bit clearer. I'm proposing the idea of using jQuery UI tabs to split them into separate tabs. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 12758] Failure when loading or parsing XSLT stylesheets over HTTPS
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '22

29 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #10 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Wow, I knew I recognised this one.. I reported it upstream many years ago: https://rt.cpan.org/Public/Bug/Display.html?id=98024 Looking at the discussions linked think there is looking less and less likely that such support will get baked into libxml2 upstream.. in fact it looks like they're actually considering the removal of the http client stuff entirely at some point and they strongly recommend against loading over remote resources for performance reasons. As such, I think we can and should follow Marcels 'hack' here. -- You are receiving this mail because: You are watching all bug changes.

1 0