Web Client: HIGH_LEVEL_HOLD_HAS_NO_COPIES Override silently fails

[Erica Rohlfs]

Web Client 3-0-3

Within Evergreen, certain actions may be over-ridden, assuming the user has the appropriate permissions. When attempting to place a Title level hold on a bibliographic record, where it has one copy associated with it, and that copy is non-holdable, the hold will be rejected. When the staff member attempts to override the hold failure, the override silently fails. This failure appears to be at the Title level, HIGH_LEVEL_HOLD_HAS_NO_COPIES. It's a separate, arguably wish list, bug that this event should also be over-ridden with the appropriate permission.

The current work around is to place a force or recall hold. A copy hold could probably work, too.

This bug is to report that the HIGH_LEVEL_HOLD_HAS_NO_COPIES override action should not silently fail within the Web Client.

[Felicia Beaudry (fbeaudry)]

Tested in 3.1.2 - Still occurring. Similar silent failure happens if the bib record has no items at all, not just non-holdable items.

[Lindsay Stratton (lstratton)]

In 3.6.3 this message appears in the hold status when a bib has at least one empty volume record with no item records.

There is no override. The hold fails, and the only way out of the screen is to back out of the hold form.