Holdings Editor Can "cut" or "delete" volume / copy box

Bug #1912802 reported by Erica Rohlfs
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Undecided
Unassigned

Bug Description

Version 3.5.2 and 3.6.0

This may already be a known bug. I wasn't entirely sure what keywords to use. When adding an item and using the Item Editor / Holdings Editor interface, the box that allows for you to set the call number classification, prefix, call number, call number suffix, number of items, item barcode, item number, and part is highlighted in green and included dashed lines around it, as an image would be if you are getting ready to cut it in a document. The box also includes a "x" in the left corner of the box. Clicking the "x" will result in the volume/copy box to delete. The only way to restore is to reload the screen. Image attached.

Tags: cataloging
Revision history for this message
Erica Rohlfs (erohlfs) wrote :
summary: - Holdings Editor Can "cut" or "delete" volume / copy window
+ Holdings Editor Can "cut" or "delete" volume / copy box
Revision history for this message
Elaine Hardy (ehardy) wrote :

This is only an issues when one call number is being added. We do need an easy way to remove a call number entry box added in error. For example, if we added boxes for 3 call numbers and only need 2. Decreasing the call number count does also correct this.

However, it appears to be the only way to remove a library added in error. Example, if I think all branches have a copy of a title so initially check all to add call numbers and items, if I realize in the editor that one library doesn't, I can use the "x" to remove that line. While the library remains in the list, the call numbers and items can be added to the other libraries where the callnumber/item box remains.

If the ability to delete the input box is removed, it should only be in instances where one library and call number is present. Or, rather than remove the ability to delete the volume here, have the ability to return the box if removed in error.

tags: added: cataloging
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

I think the introduction of the new holdings editor in 3.8 makes this bug obsolete.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Marking this Won't Fix as per comment #3 (can reopen if anyone disagrees)

Changed in evergreen:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.