http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 Magnus Enger <magnus@enger.priv.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus@enger.priv.no Blocks| |8149 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 Paul Poulain <paul.poulain@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paul.poulain@biblibre.com --- Comment #2 from Paul Poulain <paul.poulain@biblibre.com> --- Nicole, would you agree if we placed a foreign key from reserves.itemnumber to items.itemnumber ON DELETE CASCADE. It would mean deleting an item automatically delete the hold ? I think you won't. What should be the expected behaviour ? don't delete the item and warn ? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 Christopher Brannon <cbrannon@cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cbrannon@cdalibrary.org --- Comment #4 from Christopher Brannon <cbrannon@cdalibrary.org> --- I think, what ever the various ideas people bring up here, there should always be options about handling these items. First of all, when you process the batch deletion, if it is detecting items with hold, it should give the option to view the items in a new window. Second, perhaps people should be given options to cancel the deletion, delete only items without holds, or maybe an option to replace the hold. It could guide you through picking another item, changing to Next Available, or canceling the hold (with notification to the patron). I think all of these options are possible actions. Perhaps a default choice can be made in admin, but you can also choose before or during the deletion process as well. That's my two cents. Christopher Brannon -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #6 from Nicole C. Engard <nengard@gmail.com> --- Another library comment: "Ideally, when deleting items in a batch, I’d like it if Koha would react similarly to the way it reacts when you try to delete a non-existent barcode in a batch of good barcodes. In that case, when you scan a pile of stuff and one of the items has a non-cataloged barcode number, you get a yellow warning banner saying something like “Some barcodes not found” (I forget the exact text of the message) followed by a single column table listing all of the barcode numbers entered but not found in separate rows. I think the best behavior for handling items with holds that are being deleted by a batch process would be to have a warning banner saying “Some Items Have Holds” followed by a table listing all of the barcodes that have holds on them. And if those barcode numbers could link directly to the item records (possibly opening them in a new tab or new window), that would be even better." -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #8 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I think a warning with a list of items linked to the records would be nice. Also I would like options to - delete items and holds - delete all items without holds or remove items with holds from the batch delete list Would that make sense? -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #10 from Nicole C. Engard <nengard@gmail.com> --- One more library comment: This has been a frustrating bug for us as well and we’d like to see it fixed. Maybe a column that shows if there are holds on an item so we can uncheck any items that have the check mark so the Batch Item Delete tool doesn’t process those records but can complete the deletion of the remaining items in the batch. At the very least the Batch Item Delete tool should skip over these items as it does other records that can’t be deleted and report the undeleted barcodes at the end of the process. Thanks. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 Barton Chittenden <bartonski@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - low |P4 CC| |bartonski@gmail.com, | |gmcharlt@gmail.com Component|Tools |Hold requests Assignee|gmcharlt@gmail.com |koha-bugs@lists.koha-commun | |ity.org --- Comment #12 from Barton Chittenden <bartonski@gmail.com> --- This issue needs higher priority, this is not simply a tools issue; any time that all items are deleted, holds will be orphaned. I have replicated this issue by placing a biblio level hold, then deleting all items from the 'normal' tab on detail.pl. At that point, visiting reserve/request.pl?biblionumber=XXX gives the message "Cannot place hold: this record has no items attached." regardless of the fact that the hold in question is a biblio level hold, and that there are items in the hold queue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #13 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I think it works nicely for item-level holds. When you try to delete an item there, it reports correctly: 751 barc Item has a waiting hold The problem appears for record level holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 Nick Clemens <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=15357 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.