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

[Bug 32040] New: Default operator of 'AND' for search terms should be configurable
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32040 Bug ID: 32040 Summary: Default operator of 'AND' for search terms should be configurable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a librarian or a patron makes a mistake on a title: i.e.: what color is my parachute for: what color is your parachute They can end up with no results. In playing around in Elastic, changing default operator to 'OR' and providing a 'minimum_should_match' allow for this search to succeed - the lower the should was, the more hits I got, but making it an option would be interesting. Koha/SearchEngine/Elasticsearch/QueryBuilder.pm 200 $res->{query} = { 201 query_string => { 202 query => $query, 203 fuzziness => $fuzzy_enabled ? 'auto' : '0', 204 default_operator => 'AND', 205 fields => $fields, 206 lenient => JSON::true, 207 analyze_wildcard => JSON::true, 208 } 209 }; Will try to poc something -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 32039] New: Remove extra click from club enrollment without enrollment questions
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32039 Bug ID: 32039 Summary: Remove extra click from club enrollment without enrollment questions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When enrolling a patron in a club, one clicks the Enroll button and is then presented with any enrollment questions to answer before clicking Finish Enrollment. For a club with no questions, this just gives enrollment an extra click that's easy to miss. Can we skip straight to complete enrollment in the absence of questions? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|nunyo.lopez@solucionesinter |nick(a)bywatersolutions.com |.net | CC| |nick(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #142781|0 |1 is obsolete| | --- Comment #17 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 142782 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142782&action=e… Bug 8948: Display MARC 787 relationship field This field is defined similar to 775, as a related work: https://www.loc.gov/marc/bibliographic/bd787.html This patch adds a display of this field, linking to the referenced record as the 775 does It also tests for 580 field, and displays the text there if present, using the 787 a and t subfields otherwise To test: 1 - Edit the default framework to make 787atw and 580a visible in editor 2 - Add a 787 to a record: $aThe ideas behind the chess openings $w2470231 3 - Confirm there is no display 4 - Apply patch / restart all 5 - 'Other related works' now shows 6 - Link should be using title of record 7 - Set system preference UseControlNumber to Use 8 - Reload details, link should now use control number 9 - Add a 580 to the record: $a This is a friendly work to this one 10 - Confirm the text of the link now displays the text etnered above -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8948] MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26946|0 |1 is obsolete| | --- Comment #16 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 142781 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142781&action=e… Bug 8948: Display MARC 787 relationship field This field is defined similar to 775, as a related work: https://www.loc.gov/marc/bibliographic/bd787.html This patch adds a display of this field, linking to the referenced record as the 775 does It also tests for 580 field, and displays the text there if present, using the 787 a and t subfields otherwise To test: 1 - Edit the default framework to make 787atw and 580a visible in editor 2 - Add a 787 to a record: $aThe ideas behind the chess openings $w2470231 3 - Confirm there is no display 4 - Apply patch / restart all 5 - 'Other related works' now shows 6 - Link should be using title of record 7 - Set system preference UseControlNumber to Use 8 - Reload details, link should now use control number 9 - Add a 580 to the record: $a This is a friendly work to this one 10 - Confirm the text of the link now displays the text etnered above Current status: Failed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2954] Holds queue report should show date/time of last update
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2954 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com Depends on|18440 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18440 [Bug 18440] tmp_holdsqueue should have a timestamp -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18440] New: tmp_holdsqueue should have a timestamp
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18440 Bug ID: 18440 Summary: tmp_holdsqueue should have a timestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 If the holds queue builder doesn't run for some reason (cron job disabled, or job crashes), it's not possible to tell when the last entry was made in tmp_holdsqueue. It would be very nice to have a timestamp available for this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

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

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 --- Comment #38 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 142772 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142772&action=e… Bug 12758: Add new module 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. You may try: https://library.rijksmuseum.nl/opac-tmpl/bootstrap/en/xslt/zztest.xsl If you flush and restart, the opac detail pages will contain the text 'This is my MARC record.'. NOTE: If you point to an xslt file over https that contains includes or imports, you will still get the error: Failed to load external entity. To address that, we need to extend the _resolve_includes sub. Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- 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 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 --- Comment #37 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 142771 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142771&action=e… Bug 12758: Introduce Koha::XSLT::HTTPS This module now fetches a https stylesheet and returns it as a string to Base. (As a workaround waiting for a real solution in the underlying libraries.) The module can be extended to resolve includes but this requires parsing the xslt code. Test plan: [1] Run t/Koha_XSLT_HTTPS.t Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0