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

[Bug 14648] Batch remove reserve items
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14648 --- Comment #23 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Joe, once things have been fixed, you can usually go back to Signed off if the changes were not too major (in this case, do a follow-up patch instead of replacing the original one, so QA can easier see the new changes). Set back to "Needs Signoff" for more drastic changes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #109 from David Nind <david(a)davidnind.com> --- Hi Arthur, I thought I would test again but the patch no longer applies 8-( : root@kohadevbox:koha(bz11999)$ git bz apply 11999 Bug 11999 - Add two checks in CanBookBeReserved and CanItemBeReserved 99927 - Bug 11999: Add maxreserves check in CanBookBeReserved and CanItemBeReserved 106481 - Bug 11999: Test improvements + check maxreserves 106494 - Bug 11999: QA follow-up Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 11999: Add maxreserves check in CanBookBeReserved and CanItemBeReserved Using index info to reconstruct a base tree... M C4/Reserves.pm M reserve/request.pl Falling back to patching base and 3-way merge... Auto-merging reserve/request.pl Auto-merging C4/Reserves.pm CONFLICT (content): Merge conflict in C4/Reserves.pm error: Failed to merge in the changes. Patch failed at 0001 Bug 11999: Add maxreserves check in CanBookBeReserved and CanItemBeReserved The copy of the patch that failed is found in: .git/rebase-apply/patch When you have resolved this problem run "git bz apply --continue". If you would prefer to skip this patch, instead run "git bz apply --skip". To restore the original branch and stop patching run "git bz apply --abort". Patch left in /tmp/Bug-11999-Add-maxreserves-check-in-CanBookBeReserv-WtX_N_.patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5697] Automatic linking in guided reports
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5697 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt(a)gmail.com |oleonard(a)myacpl.org Status|NEW |ASSIGNED -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5697] Automatic linking in guided reports
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5697 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |26458, 26473 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26458 [Bug 26458] Get item details using only itemnumber https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26473 [Bug 26473] Get items for editing using only itemnumber -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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 2244] RFID Cataloguing - Programming RFID tags from Koha
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2244 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 2244] RFID Cataloguing - Programming RFID tags from Koha
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '20

17 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2244 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|mjr(a)software.coop |koha-bugs(a)lists.koha-commun | |ity.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 26475] New: Differentiate between un-suspended and re-prioritized holds
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '20

16 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26475 Bug ID: 26475 Summary: Differentiate between un-suspended and re-prioritized holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, if a hold is un-suspended, it looks just like a hold that is re-prioritized. This is problematic for those of us that need to know why a hold is out of place. It would be good if while looking at the list if the date is out of place, to see an explanation (Staff moved / Un-suspended) below the date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14648] Batch remove reserve items
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '20

16 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14648 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #107043|0 |1 is obsolete| | --- Comment #22 from David Nind <david(a)davidnind.com> --- Created attachment 110228 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110228&action=e… Bug 14648: Batch remove reserve items Adds "Batch remove items" button to course-reserves.tt. Creates batch_rm_items.pl and batch_rm_items.tt. Allows user to enter a list of barcode numbers so that they will be removed from all course reserves to which they are attached. A dialog box will provide a warning before the final deletion is made. This patch also now moves barcodes that are invalid or not attached to a course reserve to the invalid barcodes output. It also provides a count of the courses that the deleted items were attached to. Test Plan 1. Log in as a user with permissions to add and delete course reserves 2. Add the same items to multiple course reserves 3. Go to the main course reserves page (i.e. /cgi-bin/koha/course_reserves/course-reserves.pl) 4. Click the "- Batch remove items" button 5. Enter the barcodes that you added to multiple reserves in step 1 6. Click submit 7. Click Ok if you are ready to delete all of these items 8. Check each course reserve that you added the items to in step 1 to make sure the items you entered were deleted but nothing else 9. Repeat 2-5 10. Add an invalid barcode and a valid barcode that is not attached to a course reserve 11. Repeat 6-7 12. You should see that the items attached to course reserves were removed while the invalid and unattached barcodes were rejected 13. Log out 14. Log in as a user without permission to delete course reserves 15. Go to the main course reserves page (i.e. /cgi-bin/koha/course_reserves/course-reserves.pl) 16. You should not longer see the "- Batch remove items" button Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0