Deleting monograph parts that are attached to copies should require permission and confirmation

[Justin Hopkins]

Currently, as of 2.6.1, it's possible for a user (with permissions to manage monograph parts) to delete monograph part entries and that those entries will be removed from any copies already using them. We think this violates the existing permissions that should prevent a user in one system from editing the items belonging to another system.

I'd propose that users be prompted before removing "parts in use" and that an additional permission be created to allow the override.

Also, rather than parts being deleted, a deleted = t/f flag could be used so that erroneously deleted parts could be restored if necessary.

[Britta Dorsey (bdorsey-isl)]

3.9.1

We are having issues with parts being deleted while items are still attached. Would it be possible to treat parts like we treat bib records with holdings? The deletion is denied because there are still holdings attached.

[Elaine Hardy (ehardy)]

I routinely have to delete part labels that are incorrectly assigned to items attached to a bib record that is part of a series, but for a single volume. Some people think because there is a volume number associated with the bib, it should have a part, regardless of how many times I explain why it doesn't.

I would want to retain the ability to delete the part to make these corrections.

[Britta Dorsey (bdorsey-isl)]

Thanks for the reminder, Elaine!

What about including an override option like Justin mentions in the original comment? Or just a prompt stating the part is "in use"?

[Elaine Hardy (ehardy)]

Either would be fine.

[Tiffany Little (tslittle)]

I think this should be controlled by a permission, with maybe a prompt/confirmation like Britta suggests.

[Galen Charlton (gmc)]

Another factor: if there are any active part holds targeting the part, nothing happens to those holds. It seems like that at minimum such holds such block the deletion until they are reviewed and either cancelled or have their target changed.

See also bug 1533316 about holds not getting updated when parts are merged.