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

[Bug 33084] New: OPAC self registration users greeted by error message due to "safe link" service.
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33084 Bug ID: 33084 Summary: OPAC self registration users greeted by error message due to "safe link" service. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org Microsoft Office 365 redirects clicked links in emails to a "safe links" service. The "safe link" service will probe the link before redirecting the user, which means that if the registration is completed by the GET-request, the process is already done by the time the user loads the registration page. The user will then be greeted with an error message that declares that the registration process failed, although the account have actually been created. In general we should not make database modifications based on GET-requests. I propose that the verification link should land on a page with a button which needs to be clicked to send a POST-request to complete the registration. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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

[Bug 31343] New: DataTables error on waitingreserves.tt
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31343 Bug ID: 31343 Summary: DataTables error on waitingreserves.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Have some waiting holds 2. Go to waitingreserves.tt 3. The table loads but notice the 'cancel_selected_holds' button is an empty button. 4. Look at the console and notice the "Uncaught TypeError: settings is null" error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 31395] New: Checking in non-existent barcodes makes Koha explode
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31395 Bug ID: 31395 Summary: Checking in non-existent barcodes makes Koha explode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: tomascohen(a)gmail.com Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: -Checkin a barcode that doesn't exist. -Boom, explosion. Can't call method "id" on an undefined value at /kohadevbox/koha/circ/returns.pl line 351 -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 31303] New: Fatal error when viewing OPAC user account with waiting holds
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31303 Bug ID: 31303 Summary: Fatal error when viewing OPAC user account with waiting holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Bug 22456 added a "waiting_hold_cancellation" rule but it doesn't look it's being installed correctly, which is causing fatal errors when you view an OPAC user account with waiting holds... -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 32455] New: Don't send hold notices from the library's inbound email address
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32455 Bug ID: 32455 Summary: Don't send hold notices from the library's inbound email address Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 14364 made a change that seems advised against by the code. koha_notify_reserve uses the inbound_email_address for the 'from' field, it should use 'from_email_address' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 32518] New: Add reason option to cancel_unfilled_holds
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '23

02 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32518 Bug ID: 32518 Summary: Add reason option to cancel_unfilled_holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz In cancel_expired_holds we can add a reason to the cron send emails relating to cancellation, we should have the same here -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11