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

[Bug 457] Koha database and MARC database links summary
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=457 Nikolay <support(a)libruse.bg> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |support(a)libruse.bg -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15500] Add FRBRized view to OPAC & staff interface results
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15500 Thibault Keromnès <thibault.keromnes(a)univ-paris8.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thibault.keromnes@univ-pari | |s8.fr -- 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 30 Oct '22

30 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #20 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- This looks pretty good and happy to see this tackled, but I have some comments: 1) This copies an old mistake we made in the beginning by using $a and $t for the title search. This often won't work. We need to split these up ti=t and au=a, like we have done now for 773 and should also correct in other templates: <xsl:attribute name="href">/cgi-bin/koha/catalogue/search.pl?q=ti,phr:<xsl:value-of select="str:encode-uri(translate($f787, '()', ''), true())"/></xsl:attribute> 2) We should add this to OPAC and staff interface at the same time. 3) 580 is an issue. a) There can be mulitple 580 and you only display the first. b) It might belong to a totally different 7xx linking field, creating a false display. https://www.loc.gov/marc/bibliographic/bd580.html Description of the complex relationship between the item described in the record and other items that cannot be adequately generated from the linking entry fields 760-787. I am not sure how this is supposed to be done... show only if it actually directly preceeds the first 787 we are looking at here? (is this even possible?) Show the 580 separately? Leave it off for now and deal with it later? 3) I believe there was some change to the separators between fields in OPAC at least sometime ago, or maybe it got stuck? I was not able to find the bug :( I know in our records there are often a lot of 787 so we changed it to a list with separate lines for each entry. A class for the separator would help a lot here. In patch: + <xsl:choose> + <xsl:when test="position()=last()"></xsl:when> + <xsl:otherwise><xsl:text>; </xsl:text></xsl:otherwise> + </xsl:choose> In other instances in the XSLT file: <xsl:if test="position() != last()"><span class="separator"><xsl:text> | </xsl:text></span></xsl:if> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32008] New: String "Not for loan " not translated to german "Nicht ausleihbar"
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '22

29 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32008 Bug ID: 32008 Summary: String "Not for loan " not translated to german "Nicht ausleihbar" Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hansulrich.frink(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 142694 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142694&action=e… screenshot of missing transllation In our German install of Koha 22.05 the string "Not for loan " is not translated to german "Nicht ausleihbar" When searching for journals on our koha library site www.opac.genealogie-lahndill.de that string remains in English language. Please see attachment. I found no way to exchange strings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[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 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #19 from David Nind <david(a)davidnind.com> --- Have signed off as this works in the staff interface. Are there any plans to add this to the OPAC as well? (see comment #14). -- 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 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #142782|0 |1 is obsolete| | --- Comment #18 from David Nind <david(a)davidnind.com> --- Created attachment 142791 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142791&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 Signed-off-by: David Nind <david(a)davidnind.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 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[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