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

[Bug 8628] Add digital signs to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8628 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #99619|0 |1 is obsolete| | --- Comment #98 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 118473 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118473&action=e… Bug 8628: Digital signs - Koha objects Signed-off-by: Lisette Scheer <lisetteslatah(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8628] Add digital signs to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8628 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #99617|0 |1 is obsolete| | Attachment #99618|0 |1 is obsolete| | --- Comment #97 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 118472 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118472&action=e… Bug 8628: Digital signs - db changes - Adding edit_digital_signs permission for managing digital signs - Adding OPACDigitalSigns, OPACDigitalSignsCSS and OPACDigitalSignsSwatches system preferences - Adding signs, sign_streams and signs_to_streams tables - Updating sysprefs.sql and kohastructure.sql Signed-off-by: Lisette Scheer <lisetteslatah(a)gmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8628] Add digital signs to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8628 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27593] New: Inconsistent return status on club holds routes
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27593 Bug ID: 27593 Summary: Inconsistent return status on club holds routes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com When the requested item doesn't exist it returns a 404. But it returns a 400 if a biblio was requested and is not present. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27713] New: Can't navigate in Authorized values
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27713 Bug ID: 27713 Summary: Can't navigate in Authorized values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, testopia(a)bugs.koha-community.org The "search for tag" field in MARC framework administration has the same ID as "search system preferences" field in the header search box. This is invalid and can cause problems when references elements by ID in JavaScript or CSS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 27332] New: When renewing a serial subscription library from subscripton is not used
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27332 Bug ID: 27332 Summary: When renewing a serial subscription library from subscripton is not used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When renewing a serial subscription using the renew button on the serial detail page, the library pull down in the dialog window is set to "-", although a library was set and saved for the subscription before. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 27729] New: Code around SkipHoldTrapOnNotForLoanValue contains two perl bugs
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27729 Bug ID: 27729 Summary: Code around SkipHoldTrapOnNotForLoanValue contains two perl bugs 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com A few lines of code were added to CheckReserves containing the wrong use of two perl functions grep and split. A test was added even making these things pass. grep( $notforloan_per_item, @SkipHoldTrapOnNotForLoanValue ) This does not work. The author hoped that the array was checked for the value but perl doesnt support that. Use a block with eq test. split( '|', C4::Context->preference('SkipHoldTrapOnNotForLoanValue') ) Perl split needs a regex but pipe is a special character. It needs escaping. What this does on -1 is, creating an array of - and 1. Confusingly, you can use this in javascript. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 27014] New: SIP2 cannot find patrons at checkin
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27014 Bug ID: 27014 Summary: SIP2 cannot find patrons at checkin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Caused by bug 23403 - when performing a checkin we lookup the SIP patron using the borrowernumber, however, SIP only knows how to find a patron via cardnumber or userid The change on 23403 was to avoid using an 'id' that didn't always exist (as some users don't have a userid or cardnumber When checking in, however, we are not passed a user cardnumber or borrowernumber, so we don't have those on hand to get the patron. from C4/SIP/ILS.pm 245 } elsif ( $circ->ok ) { 246 $circ->patron( $patron = C4::SIP::ILS::Patron->new( $item->{borrowernumber} ) ); 247 delete $item->{borrowernumber}; 248 delete $item->{due_date}; 249 $patron->{items} = [ grep { $_ ne $item_id } @{ $patron->{items} } ]; 250 } else { I actually don't know if the $patron->{items} call is useful, it seems to be updating the patron item cache, but I don't see where we cache it, or read it, we just seem to create new patrons/transactions when needed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 24398] New: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24398 Bug ID: 24398 Summary: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Set the NewsAuthorDisplay preference to 'OPAC' or 'Both OPAC and staff client.' - Open the OPAC main page and click on an individual news item The page for that single news item shows an error: Template process failed: undef error - The method Koha::NewsItem->author_title is not covered by tests! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 23675] New: UseACQFrameworkForBiblioRecords does not work with diacritics (MARC21)
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23675 Bug ID: 23675 Summary: UseACQFrameworkForBiblioRecords does not work with diacritics (MARC21) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When using UseACQFrameworkForBiblioRecords, there is no field 000 and that is the field that tells Koha which character encoding to use. So diacritics and other non-standard characters appear all mangled. To reproduce : 1- Go to Administration > Global system preferences and activate UseACQFrameworkForBiblioRecords 2- Go to Acquisitions and add to basket from new (empty) record 3- Enter a title with diacritics, for example Pépé le petit chat 4- From the basket, click on the title The diacritics in the title are not correct. If you edit the record from there, and correct the diacritics, it should be okay since there is a field 000 and the 9th position is a. If you modify the ACQ framework to add field 000 with the default value of " nam a22 7a 4500" and redo the steps above it should work and the diacritics should be OK. Furthermore, the plugin for filling out the leader does not work in the order form. I don't know if this is something we would want. But if we have to show the leader in the form, I think it would be best if we could change it using the plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26