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

[Bug 14237] Allow bibs to be added to course without items
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14237 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #120128|0 |1 is obsolete| | --- Comment #35 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 120129 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120129&action=e… Bug 14237: Add individual bibliographic records to course reserves This feature allows a patron to add bibliographic records to course reserves. They can be added individually or in a batch. The courses that have reserved this record will also show on the record's detail page. To test: 1) Update database, refresh schema, and restart services 2) Enable the system preference UseCourseReserves 3) Set up a couple of biblios and a couple of items (attached to different biblios) 4) Go to Course Reserves and add a new course 5) Click Add reserves and put something in both the barcode field and biblionumber field. Click submit and confirm you get an error. 6) Add a barcode in the barcode field and submit. Confirm the item is reserved for the course as expected. 7) Add a biblionumber in the barcode field and submit. Add notes and Save. Confirm the record is reserved for the course as expected and the notes are saved correctly. 8) Edit the record-level course reserve that you just added. Confirm the correct record shows and any edits save as expected. 9) Go back to the course and try removing reserves. Use both the Remove action button for individual reserves and the Remove all reserves button. Confirm both work as expected. 10) Go to Batch add reserves and put something in both the barcodes field and biblionumbers field. Click submit and confirm you get an error. 11) Remove the barcodes and put some biblionumbers in the biblionumbers field. Add notes and Submit. Confirm the records are all added as expected. 12) Click on one of the biblios that has been reserved for the course. Confirm that the course shows under 'Courses that have reserved this title' on the biblio detail page. 13) Go back to the course and click Add reserves. Try and add a biblionumber that is already reserved. Confirm it detects that the biblio has already been reserved. Sponsored-by: Bibliotheksservice-Zentrum Baden-Württemberg (BSZ) Signed-off-by: Christian Stelzenmüller <christian.stelzenmueller(a)bsz-bw.de> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14237] Allow bibs to be added to course without items
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14237 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #118220|0 |1 is obsolete| | Attachment #118221|0 |1 is obsolete| | Attachment #118222|0 |1 is obsolete| | Attachment #118223|0 |1 is obsolete| | --- Comment #34 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 120128 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120128&action=e… Bug 14237: Add individual bibliographic records to course reserves This feature allows a patron to add bibliographic records to course reserves. They can be added individually or in a batch. The courses that have reserved this record will also show on the record's detail page. To test: 1) Update database, refresh schema, and restart services 2) Enable the system preference UseCourseReserves 3) Set up a couple of biblios and a couple of items (attached to different biblios) 4) Go to Course Reserves and add a new course 5) Click Add reserves and put something in both the barcode field and biblionumber field. Click submit and confirm you get an error. 6) Add a barcode in the barcode field and submit. Confirm the item is reserved for the course as expected. 7) Add a biblionumber in the barcode field and submit. Add notes and Save. Confirm the record is reserved for the course as expected and the notes are saved correctly. 8) Edit the record-level course reserve that you just added. Confirm the correct record shows and any edits save as expected. 9) Go back to the course and try removing reserves. Use both the Remove action button for individual reserves and the Remove all reserves button. Confirm both work as expected. 10) Go to Batch add reserves and put something in both the barcodes field and biblionumbers field. Click submit and confirm you get an error. 11) Remove the barcodes and put some biblionumbers in the biblionumbers field. Add notes and Submit. Confirm the records are all added as expected. 12) Click on one of the biblios that has been reserved for the course. Confirm that the course shows under 'Courses that have reserved this title' on the biblio detail page. 13) Go back to the course and click Add reserves. Try and add a biblionumber that is already reserved. Confirm it detects that the biblio has already been reserved. Sponsored-by: Bibliotheksservice-Zentrum Baden-Württemberg (BSZ) Signed-off-by: Christian Stelzenmüller <christian.stelzenmueller(a)bsz-bw.de> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14237] Allow bibs to be added to course without items
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14237 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14237] Allow bibs to be added to course without items
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14237 --- Comment #33 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to Aleisha Amohia from comment #32) > (In reply to Kyle M Hall from comment #31) > > Comment on attachment 118220 [details] [review] [review] > > Bug 14237: Add individual bibliographic records to course reserves > > > > Review of attachment 118220 [details] [review] [review]: > > ----------------------------------------------------------------- > > > > ::: C4/CourseReserves.pm > > @@ +944,4 @@ > > > =head2 GetItemCourseReservesInfo > > > > > > my $arrayref = GetItemCourseReservesInfo( itemnumber => $itemnumber ); > > > + my $arrayref = GetItemCourseReservesInfo( biblionumber => $biblionumber ); > > > > This line is masking the variable above it. I imagine that's not what you > > were intending! > > This was intentional, it's just part of the documentation to show how the > subroutine can be called. Setting back to Signed off. Oof, how did I not notice that is POD! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9717] Local use recorded for holds/transfers
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9717 --- Comment #18 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- It my be a topic for another bug, but I think different libraries consider local use in different ways. Some think local use should reflect every time a book is scanned. Some want it to only reflect browses (checked in when not checked out, showing that it was only looked at and not for some other purpose). Some think holds and transfers shouldn't count. Some think checking in cancelled holds shouldn't count. We have very little control over what this counter counts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9717] Local use recorded for holds/transfers
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9717 Donna <bwsdonna(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bwsdonna(a)gmail.com Severity|enhancement |minor --- Comment #17 from Donna <bwsdonna(a)gmail.com> --- Changing this from enhancement to bug. Transfers are counted/reported on separately, and as such, should not be included in local use automatically. While the ideal fix to this double stats would be some of the options described earlier in this bug, the first step could be a system preference that determines whether or not transfers should count as local use. This is not an insignificant issue for libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15563] Add option to regularly delete patroncard and label batches to cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15563 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com --- Comment #32 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Jonathan Druart from comment #30) > The "confirm" flag needs to be taken into account. Also it would be good if > you could use the filter_by_last_update methods inherited from Koha::Objects. This would require adding Objects for the batches, correct? I think that should be its own bug -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15563] Add option to regularly delete patroncard and label batches to cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15563 --- Comment #31 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 120082 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120082&action=e… Bug 15563: (follow-up) Combine methods , add count, obey confirm This patch moves the SQL to a subroutine and uses the Label delete method to remove the batches We now return a count and do not delete if --confirm flag is not passed Repeate previous test plan, confirm works as expected -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15563] Add option to regularly delete patroncard and label batches to cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15563 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13613] Don't allow digest to be selected without a digest-able transport selected
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '21

23 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13613 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0