Web Client: HIGH_LEVEL_HOLD_HAS_NO_COPIES Should be given an Override permission
Bug #1761241 reported by
Erica Rohlfs
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
New
|
Undecided
|
Unassigned |
Bug Description
Web Client 3-0-3
This bug is in connection with https:/
When attempting to place a Title level hold on a bibliographic record with one copy associated with it, and that copy is non-holdable, the hold is unsuccessful. When attempting to override the unsuccessful hold, the override still doesn't allow staff to successfully place a hold.
The hold is failing based on HIGH_LEVEL_
The current workaround is to place a force or recall hold. A copy level hold may work, as well.
tags: |
added: circ-holds permissions removed: holds |
To post a comment you must log in.
I'd like to also note that, I'm wondering if this override does not currently exist, as a way to prevent staff from accidentally placing holds on empty bibs. Seems some nuance might be needed here.