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

[Bug 27628] New: Fix minor HTML markup errors in OPAC search results templates
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27628 Bug ID: 27628 Summary: Fix minor HTML markup errors in OPAC search results templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are a couple of issues which need to be corrected which show up when validating the OPAC search results page: - A typo in opac-results.tt, an extra quote: <option value="newlist">[ New list ]</option>" - <span id="login4tags"> is repeated, creating duplicate ids. This can be changed to a class. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 27633] New: Double indication of a reference when indicating a series.
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27633 Bug ID: 27633 Summary: Double indication of a reference when indicating a series. 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: koha_harley(a)mhlkg.de QA Contact: testopia(a)bugs.koha-community.org When a reference is specified in 440 $v, it is displayed twice in the OPAC and in the search list. Once in the linked title and additionally as a reference. Example: Series: Hannah Arendt Institute for Research on Totalitarianism: Reports and Studies Volume 69 ; Volume 69 This is displayed correctly within the administration interface: Series: Hannah Arendt Institute for Research on Totalitarianism: Reports and Studies ; Volume 69 https://bibo.saw-leipzig.de/cgi-bin/koha/opac-detail.pl?biblionumber=162 Regards Michael -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 14242] Use ISBN-field to fill out purchase suggestions (using an Ajax-request)
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 --- Comment #124 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Katrin Fischer from comment #123) > Hi Aleisha, > I tested with "lerening perl" and the year got filled with "2011-06-16", but > this won't store. Can we edit it to be 2011 so the form can be saved without > further editing? Learning Perl actually... without all the typos! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14242] Use ISBN-field to fill out purchase suggestions (using an Ajax-request)
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #123 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Aleisha, I tested with "lerening perl" and the year got filled with "2011-06-16", but this won't store. Can we edit it to be 2011 so the form can be saved without further editing? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27589] New: Error when specifying CR field in SIP Config
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27589 Bug ID: 27589 Summary: Error when specifying CR field in SIP Config 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 Bug 21979 added the ability to define a custom CR field in SIP responses - the code in handle_checkin uses: $item->{$CR} but in handle_item_information: $item->$CR To recreate: 1 - set cr_item_field to 'itype' In SIP Config 2 - Attempt item_information request 3 - it Fails! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27466] New: Error "Configuration not defined at /usr/share/perl5/Log/Log4perl/Config.pm line 579" while upgrading to koha 20.11.00-1
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27466 Bug ID: 27466 Summary: Error "Configuration not defined at /usr/share/perl5/Log/Log4perl/Config.pm line 579" while upgrading to koha 20.11.00-1 Change sponsored?: --- Product: Koha Version: 20.11 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 115295 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=115295&action=e… A partial log of commands and errors encountered On Debian GNU/Linux 9.13 (stretch) with Linux 4.9.0-14-amd64 kernel. Tried to upgrade koha to the latest release, using "apt-get upgrade". As koha was held back, I tried "apt-get --with-new-pkgs upgrade". System then proceeded to the upgrade, installing any packages that were not originally required. However upgrade stops producing message "Configuration not defined at /usr/share/perl5/Log/Log4perl/Config.pm line 579." ... Upgrade to 20.06.00.022 done [20:11:08]: Bug 21946 - Add parent type to itemtypes Configuration not defined at /usr/share/perl5/Log/Log4perl/Config.pm line 579. dpkg: error processing package koha-common (--configure): subprocess installed post-installation script returned error exit status 11 Processing triggers for systemd (232-25+deb9u12) ... Errors were encountered while processing: koha-common E: Sub-process /usr/bin/dpkg returned an error code (1) Fuller details attached, -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 27626] Patron self-registration breaks if categorycode and password are hidden
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27626 --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I've set all the email prefs to katrin(a)something.de and it doesn't change the error message: Invalid 'from' parameter: root@localhost at /usr/share/perl5/Exception/Class/Base.pm line 88 I believe it might be related to the SMTP configuration, but I am not sure how to set that up on a devbox. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #64 from Agustín Moyano <agustinmoyano(a)theke.io> --- (In reply to Andrew Fuerste-Henry from comment #56) > Additional issue: > 1 - on parcel.pl, check the checkboxes for one or more titles > 2 - click the individual Receive link for one of the expected titles > 3 - that takes you to orderreceive.pl for that individual title > 4 - click Cancel > 5 - when you get back to parcel.pl, the checkboxes you checked previously > are still marked, but the Receive Selected button indicates you have zero > titles selected. You must un-check and re-check the titles to get them to > register. > > We should un-check those boxes if we leave and then return to the page. Again, could not reproduce this error.. could you please copy/paste any errors that appear in browsers console? Thanks -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #63 from Agustín Moyano <agustinmoyano(a)theke.io> --- (In reply to Andrew Fuerste-Henry from comment #57) > A couple of typos. To recreate: > 1 - select two or more orders to receive > 2 - in the multi-receiving modal, update all but one of your orders to have > received items > 3 - save your changes in the modal > 4 - back on the multi-receiving page, get these messages ("X" is the order > number): > Order X: No quantity to receive setted. No items will be created. > Order X: An error cocurred while saving > > Those should be: > Order 7: No quantity to receive set. No items will be created. > Order 7: An error occurred while saving. Typos fixed! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '21

17 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #62 from Agustín Moyano <agustinmoyano(a)theke.io> --- (In reply to Andrew Fuerste-Henry from comment #55) > To recreate the issue where receiving hangs on processing when missing a > replacement price: > 1: have a fresh Koha Testing Docker > 2: apply patch, updatedatabase, restart_all > 3: have a basket set to create item records on ordering > 4: populate basket from a marc file, only setting price and fund for the > items > 5: close basket > 6: click to Receive, create invoice > 7: on parcel.pl, "Processing" alert never resolves > The console shows: > parcel.pl?invoiceid=1:810 Uncaught TypeError: Cannot read property > 'format_price' of null > at render (parcel.pl?invoiceid=1:810) > at datatables.min_20.1200012.js:57 > at Object.b.fnGetData (datatables.min_20.1200012.js:51) > at B (datatables.min_20.1200012.js:56) > at Ha (datatables.min_20.1200012.js:64) > at P (datatables.min_20.1200012.js:68) > at vb (datatables.min_20.1200012.js:79) > at datatables.min_20.1200012.js:76 > at i (datatables.min_20.1200012.js:74) > at Object.success (datatables.min_20.1200012.js:75) > > And that error points toward: > "data": "replacement_price", > "render": function(data, type, row, meta) { > return (row.replacement_price).format_price(); > }, > }, > > In the database, I see that aqorders.replacementprice is null for all of the > orders I made. If I do an update to set aqorders.replacementprice=0, then > the receiving page populates as expected. Well, that was thorough! Thanks so much. This issue is not related to this bug, but to 20212 where the code was introduced. I created bug 27719 to fix this issue. -- You are receiving this mail because: You are watching all bug changes.

1 0