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

[Bug 22490] New: Some strings in javascript files are untranslatable
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '23

08 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22490 Bug ID: 22490 Summary: Some strings in javascript files are untranslatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Target Milestone: --- You can find them easily with these commands: git grep "_(" koha-tmpl/intranet-tmpl/prog/js git grep "_(" koha-tmpl/opac-tmpl/bootstrap/js They should be fixed, see https://wiki.koha-community.org/wiki/Coding_Guidelines#JS5:_Enabling_transl… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 32353] New: items.item_group_id should be undefined in tests by default
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '23

08 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32353 Bug ID: 32353 Summary: items.item_group_id should be undefined in tests by default Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 24857 TestBuilder should set it to NULL and don't generate the item group. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24857 [Bug 24857] Add ability to group items for records -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 24094] New: Authority punctuation mismatch prevents linking to correct records
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '23

07 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24094 Bug ID: 24094 Summary: Authority punctuation mismatch prevents linking to correct records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In a bibliographic record, the comma preceding the relationship designator, i.e., the comma before $e, is prescribed--it has to be there for the record to conform to RDA and MARC21. Authority records view this as a different name/etc, so it does not match. Every, single, correctly cataloged RDA/MARC21 record is going to have a $e preceded by a comma in every authority controlled X00 and X10 field. Authorities need to disregard/strip trailing commas. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 26571] New: Add REST API endpoint for patron checkout history
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26571 Bug ID: 26571 Summary: Add REST API endpoint for patron checkout history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org The options for retrieving and displaying a patron's reading history are limited right now. In the staff client it fetches the whole data set, and in the OPAC it offers the option of either all or 50. I think a REST API endpoint would expand the options we could provide, including features like the one described in Bug 26570, "Search Functionality in Borrowing History." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23667] New: Add API route for getting an item by barcode
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23667 Bug ID: 23667 Summary: Add API route for getting an item by barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: kugler_stefan(a)hotmail.com Add API route to get an item by barcode (extension to bug 16825), eg: GET /items?barcode={barcode} -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 23538] New: Email Library when New Patrons Self Register
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23538 Bug ID: 23538 Summary: Email Library when New Patrons Self Register Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Self Registration is a great feature in the OPAC. However, some libraries find it hard to manage these new registrations and would like to be alerted via email when a new patron self-registers. In the newest version of Koha, 19.05, this feature has been added for Purchase Suggestions, email library when new purchase suggestion is created. It would be great to have this same thing for Self Registration. -- You are receiving this mail because: You are watching all bug changes.

1 78

[Bug 30972] New: "Replace existing covers" checkbox in upload-cover-image.pl now replaces ALL covers for a biblio, not only the specific item's covers.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '23

05 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30972 Bug ID: 30972 Summary: "Replace existing covers" checkbox in upload-cover-image.pl now replaces ALL covers for a biblio, not only the specific item's covers. Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It seems that the "Replace existing covers" checkbox in /cgi-bin/koha/tools/upload-cover-image.pl?itemnumber=2385&filetype=image# now replaces ALL covers for a biblio, not only the specific item's cover(s). This is a departure from how koha worked in the past, is undocumented and could become a major problem for libraries keeping Continuing Resources local cover images, discarding years' work in an instance. When one uploads a cover for a specific issue, replace should work for only the cover(s) linked to that specific issue. The problem may also be related to issue cover images now appearing as alternate cover images for the biblio. In the past if one wanted the biblio to have a cover image attached, one had to upload an image to the biblio itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 21958] New: _check_valid_auth_link checks too many subfields
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '23

04 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21958 Bug ID: 21958 Summary: _check_valid_auth_link checks too many subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the sub we call C4::AuthoritiesMarc::GetAuthorizedHeading on the auth record for the field we use all subfields a-z - these are not all valid authorized heading fields To recreate - add a 700 field with $i - link it to an authority with the $i Run the linker in a way that it ends up checking the validity of this link, it will be rejected as not matching This can lead to multiple duplicate authorities being created depending upon settings -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 16488] New: UNIMARC to MARC21 xslt to be used in z39.50 import sources
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '23

04 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16488 Bug ID: 16488 Summary: UNIMARC to MARC21 xslt to be used in z39.50 import sources Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be very helpful to have at least a 'basic' xsl template to be able to convert UNIMARC data to USMARC when trying to search and import data from UNIMARC z39.50 sources. It seems that there is a generic xslt available for UNIMARC to MARC conversion (https://github.com/edsd/biblio-metadata/blob/master/UNIMARC2MARC21.xsl) but it obviously needs a few changes to work with Koha. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 21361] New: Attributes appear in different order on batch patrons modifications
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21361 Bug ID: 21361 Summary: Attributes appear in different order on batch patrons modifications Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 78954 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=78954&action=ed… Attribute display for the first batch modification When different patrons attributes exist, their order is different for each new batch modifictation on page /cgi-bin/koha/tools/modborrowers.pl See the 2 screenshots attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3