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

[Bug 18540] New: koha-indexdefs-to-zebra.xsl introduces MARC21 stuff into UNIMARC xslts
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '22

20 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18540 Bug ID: 18540 Summary: koha-indexdefs-to-zebra.xsl introduces MARC21 stuff into UNIMARC xslts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 14332 introduced troubles because the koha-indexdefs-to-zebra.xsl is by no means MARC21-only or even biblio-only. To reproduce: - On current master, run: $ xsltproc etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl etc/zebradb/marc_defs/unimarc/biblios/biblio-koha-indexdefs.xml > etc/zebradb/marc_defs/unimarc/biblios/biblio-zebra-indexdefs.xsl - Run: $ git diff => FAIL: The following is added to etc/zebradb/marc_defs/unimarc/biblios/biblio-zebra-indexdefs.xsl, thus UNIMARC field 245 is being sent to the Title index @@ -42,6 +43,7 @@ definition file (probably something like {biblio,authority}-koha-indexdefs.xml) <xslo:apply-templates mode="index_match_heading"/> <xslo:apply-templates mode="index_subject_thesaurus"/> <xslo:apply-templates mode="index_all"/> + <xslo:apply-templates mode="index_sort_tit"/> </z:record> </xslo:template> <xslo:template match="marc:controlfield[@tag='001']"> @@ -2681,6 +2683,19 @@ definition file (probably something like {biblio,authority}-koha-indexdefs.xml) <xslo:value-of select="."/> </z:index> </xslo:template> + <xslo:template mode="index_sort_tit" match="marc:datafield[@tag='245']"> + <xslo:variable name="chop"> + <xslo:choose> + <xslo:when test="not(number(@ind2))">0</xslo:when> + <xslo:otherwise> + <xslo:value-of select="number(@ind2)"/> + </xslo:otherwise> + </xslo:choose> + </xslo:variable> + <z:index name="Title:s"> + <xslo:value-of select="substring(marc:subfield[@code='a'], $chop+1)"/> + </z:index> + </xslo:template> -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 29147] New: Add option to specify Zebra is not being used
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '22

19 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29147 Bug ID: 29147 Summary: Add option to specify Zebra is not being used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com During ES development it was advantageuos to preserve Zebra as a backup, and it was necessary for the Z3950 server We now have z3950_responder and Koha can be run without Zebra There should be a switch that: 1 - Prevents ZebraQueue from being populated 2 - Removes Zebra info from about page (currently there is a warn if not running) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28275] New: Cart in OPAC doesn't sent mails if surname or firstname contains diacritics
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '22

19 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28275 Bug ID: 28275 Summary: Cart in OPAC doesn't sent mails if surname or firstname contains diacritics Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org If surname or firstname have diacritics, users can't send their carts in the OPAC. Test: 1) Create a user with diacritics in surname or firstname 2) Log in the OPAC with this user 3) Send records through the cart. You get an error in the cart and in the opac-error.log this error message: opac-sendbasket.pl: Error sending mail: Invalid 'reply_to' parameter: ... at /usr/share/koha/opac/cgi-bin/opac/opac-sendbasket.pl line 174 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 29419] New: suggest for purchase clears itemtype if bib exists
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '22

19 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29419 Bug ID: 29419 Summary: suggest for purchase clears itemtype if bib exists Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org >From the Submit a New Purchase Suggestion function, if the system recognizes the title in one way or another, the system will give the patron the message s message before proceeding with the purchase suggestion: A similar document already exists. Click on confirm your suggestion to ignore this message. At this point, the (document)item type has gone back to, "None." If the patron scrolls down and clicks on "Confirm your suggestion" anyways, and doesn't change the item type a second time, then this is where the system allows for the suggestion to be submitted without the item type. The item type needs to be retained. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 17703] New: Add ISSN column in serials claims table - fix
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '22

19 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17703 Bug ID: 17703 Summary: Add ISSN column in serials claims table - fix Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Bug 11861 added ISSN column in serials claims table, in a SQL query in C4::Serials::GetLateOrMissingIssues(). But this SQL query is in a if condition, the same change must be done in the else case. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 22308] New: spaces are not filtered when searching by issn in Serials module
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '22

19 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22308 Bug ID: 22308 Summary: spaces are not filtered when searching by issn in Serials module Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- In the Serials page, when you search by issn, it's frequent to get the issn by an initial copy-paste motion. It also frequent to pick a trailing space in the copy without paying attention to. Problem, the spaces (trailing or leading) are not filtered by the search, so you get no results. The search by issn should remove these spaces. Olivier Crouzet -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29014] New: Unable to use full fledged Regular Expression with capture groups and repalce capability in MARC Modification Template Action Builder.
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '22

19 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29014 Bug ID: 29014 Summary: Unable to use full fledged Regular Expression with capture groups and repalce capability in MARC Modification Template Action Builder. Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: rajujogi.t(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The RegEx used in MARC Modification Template Action Builder does merely help to replace the value copied into a field/subfield from another MARK field/subfield with some text (user specified). It also allows to add some prefixes or suffixes to the value. However, it is not possible to replace the value with first few characters of the value. It is also not possible to change the case to UPPER or LOWER case. For this to work RegEx should allow for using capture groups and replacing the value with the captured part of the value. For converting to upper or lower case it should also allow for using utility modifiers such as \U (UPPER entire), \L (lower entire), \u (UPPER first character), \l (lower first character). For example if we want to copy only the first 3 characters from the author (100$a) subfield into Dewey (082$b) subfield and convert the case to UPPER case, we should be able to specify RegEx like this 's/^([a-z]{3}]).*$/\U$1/ig' and get the job done. Intended result of applying this MARC modification template to a biblio record : MARC Modification Template Action: copy first 100$a to 082$b and replace the value with RegEx: 's/^([a-z]{3}]).*$/\U$1/ig' Record before applying : 100$a - Akbar 082$b - some entry already existing or empty Record after applying modification template: 100$a - Akbar 082$b - AKB -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27771] New: ES: The parameter include_type_name should be explicitly specified in put mapping requests to prepare for 7.0.
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27771 Bug ID: 27771 Summary: ES: The parameter include_type_name should be explicitly specified in put mapping requests to prepare for 7.0. 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: victor(a)tuxayo.net Will be needed for ES 7 prove t/db_dependent/Koha/SearchEngine/Elasticsearch/Search.t [DEPRECATION] [types removal] The parameter include_type_name should be explicitly specified in put mapping requests to prepare for 7.0. In 7.0 include_type_name will default to 'false', and requests are expected to omit the type name in mapping definitions. - In request: {body => {data => {properties => {itemnumber => {type => "integer"},sortablenumber => {type => "integer"},sortablenumber__sort => {type => "integer"},subject => {type => "text"},title => {type => "text"},title__sort => {type => "text"}}}},ignore => [],method => "PUT",mime_type => "application/json",path => "/koha_kohadev_mydb/_mapping/data",qs => {},serialize => "std"} -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28405] New: Add author info to the holds page (reserve/request.pl)
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28405 Bug ID: 28405 Summary: Add author info to the holds page (reserve/request.pl) Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Currently if you are placing a hold on a record in the staff client and want to double-check the author of the title, you have to click off to another page. It would be helpful to have the author information below the title information as it is on other pages. Currently, author information is already present on the "Checkout history" page (catalogue/issuehistory.pl) and the "Items" page (catalogue/moredetail.pl) so it would add some consistency to have it also present on the "Holds" page (reserve/request.pl). -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 26704] New: Koha::Item store triggers should utilise Koha::Object::Messages for message passing
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '22

18 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26704 Bug ID: 26704 Summary: Koha::Item store triggers should utilise Koha::Object::Messages for message passing 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org During work on bug 18501 we introduced a way to pass back status information from the trigger action in the Koha::Item object. We have since formalised such a procedure with the introduction of Koha::Object::Messages in bug 26555. We should migrate the custom implementation found in Koha::Item to use the formalised version from bug 26555. This would also include the enhancements to he message passing that were added in bug 23091. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34