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

[Bug 26659] New: An item can be renewed even if there are holds waiting to be filled
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26659 Bug ID: 26659 Summary: An item can be renewed even if there are holds waiting to be filled 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: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I'm not quite sure how to exactly reproduce the issue but if you have - AllowRenewalIfOtherItemsAvailable enabled - all the books are checked out - there is a hold to the biblio then the people having checked out items can renew their loans for the item they have even though it should not be possible because when there is a hold and no available items then no renewals should be allowed in order to make the patrons return the item and let the person having the hold be able to checkout the item. The culprit seems to be the following line in C4/Circulation.pm: > next unless CanItemBeReserved($borrowernumber,$itemnumber); It should be corrected to > next unless CanItemBeReserved($borrowernumber,$itemnumber)->{status} eq 'OK'; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 15448] Placing hold on specific items doesn't enforce OpacHiddenItems
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15448 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|rel_21_05_candidate | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28110] New: YAML::XS minimum version should be 0.67, not 0.41
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28110 Bug ID: 28110 Summary: YAML::XS minimum version should be 0.67, not 0.41 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 27673 Bug 27673 lowered the required version of YAML::XS from 0.71 to 0.41, but we use $YAML::XS::Boolean which has been introduced in 0.67. https://metacpan.org/pod/distribution/YAML-LibYAML/lib/YAML/XS.pod#$YAML::X… Having an older version results in errors while saving ES mappings: An error occurred when updating Elasticsearch index mappings: Unable to update mappings for index "koha_elastic5_biblios". Reason was: "Could not convert [isbn__sort.index] to boolean". Index needs to be recreated and reindexed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27673 [Bug 27673] Replace YAML with YAML::XS -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 14300] siplogs do not record process IDs
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14300 --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Pushed to master for 21.05, thanks to everybody involved! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14300] siplogs do not record process IDs
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14300 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |21.05.00 released in| | Status|Passed QA |Pushed to master -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14300] siplogs do not record process IDs
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14300 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Keywords| |release-notes-needed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #133 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > > We do have the 003 set, but not using prefixes in $w (to clarify). Does that > > change your reply? > > No, it still works. Awesome :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12224] Allow easy printing of patron check-in slip
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12224 --- Comment #89 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > Your right so sorry about that, this patch was already applied in my testing > and the follow-ups here changed the syntax, sorry about the false alarm! If just all bugs turned out to be false alarms that easily... :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12224] Allow easy printing of patron check-in slip
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12224 --- Comment #88 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- (In reply to Katrin Fischer from comment #87) > there is no existing template for slip printing? Could it be a customization? > > The CHECKINSLIP slip is brand new. Can you verify which notice you are > talking about? Do you mean the CHECKIN email notice? Your right so sorry about that, this patch was already applied in my testing and the follow-ups here changed the syntax, sorry about the false alarm! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12224] Allow easy printing of patron check-in slip
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '21

21 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12224 --- Comment #87 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Joonas Kylmälä from comment #86) > This leaves the existing updates after upgrade with broken check-in receipt > printing because the existing template is not updated automatically to the > new syntax. I think we need to add a big warning here during upgrade > similarly to the patch attached in this patch of bug 26734 > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26734#c97 The > release note text here should be also updated with a warning about this. > Also maybe we should get the action log backup mechanism of the old template > from bug 26734 here as well, now the user doesn't know what the new syntax > is without delving into the Koha code. Hi Joonas, there is no existing template for slip printing? Could it be a customization? The CHECKINSLIP slip is brand new. Can you verify which notice you are talking about? Do you mean the CHECKIN email notice? -- You are receiving this mail because: You are watching all bug changes.

1 0