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

[Bug 19457] New: If CheckPrevCheckout is set to "Do", then checkouts are blocked at the SIPServer
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '20

01 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19457 Bug ID: 19457 Summary: If CheckPrevCheckout is set to "Do", then checkouts are blocked at the SIPServer Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If a library uses the system preference CheckPrevCheckout (Check for a previous issue) then, at the staff client, the issue is blocked with a dialogue asking if the checkout should be allowed or not, this is correct. However, for the sipserver, if CheckPrevCheckout is set to "Do" then the checkout is blocked with a generic "1" code and the checkout is refused by the self check. There is an argument that this is correct but, it is more likely that libraries would want to allow the checkout in this scenario as there is no explanation to the block and, most likely, it would be a genuine transaction. The sipserver needs an exception to handle this scenario. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 16314] New: Hover text on upload file icon plugin incorrect
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '20

28 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16314 Bug ID: 16314 Summary: Hover text on upload file icon plugin incorrect Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The hover text for the upload file icon (commonly used with the 856u) says "Tag editor" when it should say something like "Select uploaded file." In truth, I think the icon should be different for this, as it's not really even the same sort of animal as the usual tag editor. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 17695] New: Frameworks not saving in IE11 when editing records
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '20

22 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17695 Bug ID: 17695 Summary: Frameworks not saving in IE11 when editing records Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl One of our customers has reported a problem since upgrading to 16.05 with the cataloguing module. This is specific to IE11 and is reproducible. Frameworks are not saving when the record is edited. Edit Record - Click on Settings drop down Select an alternative framework Nothing happens at all - the framework does not change I cannot reproduce this issue using Chrome but some libraries are not able to use any other browser than IE so this is quite a fundamental problem for them. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 20201] New: Silence warnings in admin/aqplan.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '20

21 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20201 Bug ID: 20201 Summary: Silence warnings in admin/aqplan.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Floody logs distracts from debugging real problems. This will clean up warnings triggered in admin/aqplan.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 16754] New: Use validation plugin when adding or editing budgets
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '20

21 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16754 Bug ID: 16754 Summary: Use validation plugin when adding or editing budgets Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/aqbudgetperiods.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com, testopia(a)bugs.koha-community.org, veron(a)veron.ch There is a lot of custom form validation JavaScript in the budget editing template which can be handled instead by the jQuery validation plugin. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 18924] New: De-activating a course reserve does not update zebraqueue.
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18924 Bug ID: 18924 Summary: De-activating a course reserve does not update zebraqueue. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Changes made to an item on course reserve are not reflected in zebra when the course is made inactive. Steps to reproduce: 1) Set up a course in course reserves 2) Add items to the course reserve 3) Make the course active. 4) Change values at the item level that will show up in the search results -- e.g. shelving location, notforloan. These values will remain until the course is made inactive. 5) Set the course as inactive. The changed values will revert back to their original settings, but search results will still show the values of the active reserves. 6) Note that zebraqueue is not updated for the associated bib. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 16686] New: Fix "Item in transit from since" in Holds tab
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16686 Bug ID: 16686 Summary: Fix "Item in transit from since" in Holds tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org "From branch" and date do not show up in patron's "Holds" tab: "Item in transit from since" OPAC log: opac-user.pl: No method frombranch! at /usr/share/kohaclone/koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-user.tt line 607 This is related to Bug 13918 (see comment #3 in Bug 16680) -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 17247] New: ILS-DI HoldTitle and HoldItem should check if patron is debarred
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17247 Bug ID: 17247 Summary: ILS-DI HoldTitle and HoldItem should check if patron is debarred Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Web services Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 20086] New: AddRenewal is not executed as a transaction and can results in partial success and doubled fines
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20086 Bug ID: 20086 Summary: AddRenewal is not executed as a transaction and can results in partial success and doubled fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com I can't recreate on demand, however, I can confirm several reports in the wild. On a large/busy system, grep for "Deadlock" in the plack error logs. On several sites we are seeing occasional: DBD::mysql::st execute failed: Deadlock found when trying to get lock; try restarting transaction [for Statement "UPDATE issues SET date_due = ?, renewals = ?, lastreneweddate = ? WHERE borrowernumber=? AND itemnumber=?" with ParamValues: 0='2099-01-01 23:59', 1=2, 2='2099-01-01', 3="#####", 4="#####"] at /usr/share/koha/lib/C4/Circulation.pm line 2895. (dates and numbers altered for privacy) In this case the fines are closed, but when the issue update fails the librarian repeats the renewal and fines are then recreated (koha finds no open fine, so calculates a new one) Ideally the whole sub would be a transaction -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 18719] New: Manage staged MARC records, the Job progress bar stuck at 0%
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '20

13 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18719 Bug ID: 18719 Summary: Manage staged MARC records, the Job progress bar stuck at 0% Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Following: http://koha.1045719.n5.nabble.com/Problem-on-Staged-MARC-management-td59352… I can upload the Unimarc file, then "Stage for import", but then when I import this batch into the catalog on "Manage staged MARC records", the Job progress bar will keep 0% forever. If I refresh page it shows that the record was staged ok. The problem is related with the Items because when I choose NO on "Check for embedded item record data?" it works, the Job progress bar will go to 100% I've tried other files and with mysql 5.7 or mariDB On /var/log/koha/koha/intranet-error.log [cgi:error] [pid 1580] [client xx.xx.xx.xx:35538] AH01215: [Tue May 30 14:34:16 2017] stage-marc-import.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/MARC/File/XML.pm line 397, <__ANONIO__> chunk 2.: /usr/share/koha/intranet/cgi-bin/tools/stage-marc-import.pl, referer: <a href="http://yy.yy.yy.yy::8080/cgi-bin/koha/tools/stage-marc-import.pl">http://yy.yy.yy.yy::8080/cgi-bin/koha/tools/stage-marc-import.pl Trying with bulkmarcimport.pl I have this message: bib-64150.marcxml deleting biblios DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_koha`.`aqorders`, CONSTRAINT `aqorders_ibfk_2` FOREIGN KEY (`biblionumber`) REFERENCES `koha_koha`.`biblio` (`biblionumber`)) [for Statement "truncate biblio"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 150. DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_koha`.`items`, CONSTRAINT `items_ibfk_1` FOREIGN KEY (`biblioitemnumber`) REFERENCES `koha_koha`.`biblioitems` (`biblioitemnumber`)) [for Statement "truncate biblioitems"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 151. DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_koha`.`accountlines`, CONSTRAINT `accountlines_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `koha_koha`.`items` (`itemnumber`)) [for Statement "truncate items"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 152. Characteristic MARC flavour: UNIMARC . 1 MARC records done in 0.147950887680054 seconds -- You are receiving this mail because: You are watching all bug changes.

1 3