August 2020 - Koha-bugs - lists.koha-community.org

[Bug 26253] New: duplicated mana_config in etc/koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26253 Bug ID: 26253 Summary: duplicated mana_config in etc/koha-conf.xml Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 22857 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22857 [Bug 22857] Entries missing in koha-conf.xml -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 25944] New: Bug in ill_requests patch schema
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25944 Bug ID: 25944 Summary: Bug in ill_requests patch schema 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: martin.renvoize(a)ptfs-europe.com Updating Mojo + OpenAPI dependencies has improved the strictness of the validator and highlighted some missing fields on the 'embed' enum. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 26046] New: Plugins shouldn't warn if metadata contains undef values
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26046 Bug ID: 26046 Summary: Plugins shouldn't warn if metadata contains undef values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The 'maximum_version' metadata on plugins is normally undef, and there shouldn't be warnings because of that. Specially now that more often cronjobs can trigger plugin hooks and it would mean spamming for no real issues. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 24361] New: Fix warnings (or failing tests) from bug 24217
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '20

18 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24361 Bug ID: 24361 Summary: Fix warnings (or failing tests) from bug 24217 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We added use Modern::Perl to some of our modules, we should expect warnings in logs or test failing -- You are receiving this mail because: You are watching all bug changes.

1 22

[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 24146] New: Paying Accruing Fines prior to return causes another accruing fine when returned
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24146 Bug ID: 24146 Summary: Paying Accruing Fines prior to return causes another accruing fine when returned Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: nick(a)bywatersolutions.com In 19.05, when an accruing fine is paid prior to checking in the item, the fine will get re-accessed when the item is returned. This is caused by bug 22521 looking at the diff to this bug Lines 520-565 sub UpdateFine { it looks like we have changed the way Koha is checking for these fines and therefore reassessing a fine as there isn't one there anymore, as it has been paid. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 26007] New: Warning/ reminder for changes to Koha to MARC mapping
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '20

15 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26007 Bug ID: 26007 Summary: Warning/ reminder for changes to Koha to MARC mapping Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliwho(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The batchRebuildBiblioTables job needs to be run whenever the mapping table is updated. This step is not listed in the manual or on koha2marclinks.pl page. Users may make changes without realizing that these won't take effect until the biblio tables are rebuilt, which in many cases will have to be done by a support company. Suggest adding this step to the manual and also as a reminder at the top of koha2marclinks.pl page. Or perhaps add this as a regular job on a weekly basis? Cab Vinton -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[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 25566] New: Change in DecreaseLoanHighHolds behaviour
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '20

14 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25566 Bug ID: 25566 Summary: Change in DecreaseLoanHighHolds behaviour 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com bug 25067 made current waiting holds count when determining holdability of an item, this has an effect on decreaseLoanHighHolds. Now when checking out to a patron with a waiting hold we count the loan we are currently issuing and decrease the loan period To recreate: 1 - Find or create a record with 10 items 2 - Set sysprefs: decreaseLoanHighHolds - enable decreaseLoanHighHoldsDuration - 2 decreaseLoanHighHoldsValue - 2 decreaseLoanHighHoldsControl - 'over the number of holdable items'/dynamic 3 - Set circ rules to allow 1 hold per record on the relevant record 4 - Place 3 holds on the record 5 - Check one item in and confirm hold to set to waiting 6 - Issue to the patron with the waiting hold 7 - Get a notice that loan period is decreased -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14