Angular Holdings Editor: Cannot create empty call numbers
Bug #1998494 reported by
Britta Dorsey
This bug affects 13 people
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Evergreen | Status tracked in Main | |||||
3.9 |
Fix Released
|
Undecided
|
Unassigned | |||
Main |
Fix Released
|
Medium
|
Unassigned |
Bug Description
v3.9.1
We can no longer create empty call numbers to transfer items from one record to another, or from a pre-cataloged item to a permanent record. In 3.7.1, clicking "Add Call Number" from Holdings View opened the Holdings Editor with just the call number visible (no barcode - see attached image).
In 3.9.1, when you click Add Holdings from the angularized Holdings View, it opens the Holdings Editor with the Call Number Label and Barcode inputs visible (also item attributes if you've unified the tabs). It will not let you save without entering a barcode, which is not what we want to do when transferring items.
Changed in evergreen: | |
status: | New → Confirmed |
assignee: | nobody → Jessica Woolford (jwoolford) |
tags: | added: cat-holdingseditor |
Changed in evergreen: | |
assignee: | nobody → Mary Llewellyn (mllewell) |
Changed in evergreen: | |
milestone: | none → 3.10.1 |
importance: | Undecided → Medium |
To post a comment you must log in.
Britta,
In 3.8, you can transfer items to a library without creating an empty call number. I haven't tested in 3.10 yet and I don't have access to 3.9.1.
Have you tried:
If there is no call number on the destination library
In the Actions menu in Holdings View on the destination record, mark the destination library as transfer destination.
In the Holdings View of the record with the item(s) to be transferred, check to select that item.
From the Actions menu, select Transfer – Transfer Items to Marked Destination.
You have to transfer the item and not the item and call number. The call number is then auto created in the destination library.
That being said, there still may be instances where we do need to create an empty call number, so I would still consider this a bug.