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

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

28 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas(a)bywatersolutions.com --- Comment #9 from Lucas Gass <lucas(a)bywatersolutions.com> --- Any chance of getting this moving again? It makes using a external stylesheet nearly impossible in 2022, as most things are https. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23676] New: Elasticsearch - 0 is not a valid boolean for suppress
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '22

28 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23676 Bug ID: 23676 Summary: Elasticsearch - 0 is not a valid boolean for suppress Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com To recreate: 1 - Enable ES 2 - Enable OpacSuppression 3 - Suppress a bib in staff client Edit 942n to be 1 4 - Search the opac for anything 5 - Tail the plack logs and note a deprecation warning In a production system these add up fast and can fill the disk -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 17805] New: Add new authority type EVENT_TERM
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '22

28 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17805 Bug ID: 17805 Summary: Add new authority type EVENT_TERM Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org The Update No. 23 from November 2016 adds new fields, subfields and a new authority type: "Named Event". Koha should add a new authority type, for example EVENT_TERM, and add the new fields (see http://www.loc.gov/marc/authority/adapndxf.html) to Authorities. -- You are receiving this mail because: You are watching all bug changes.

1 3