[Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues
Terran McCanna
tmccanna at georgialibraries.org
Mon May 24 13:04:46 EDT 2021
I suspect that HIGH_LEVEL_HOLD_HAS_NO_COPIES is a generic error message
that just means there aren't any copies that can fill the hold - either
because there aren't any copies, or there aren't any copies that are in an
available status, or because the copies are age protected at other
locations, or some other reason.
I would recommend creating a new Launchpad bug report that 1) Requests that
the Place Hold button is greyed out if a record has no holdings, and 2)
Requests that a more human-readable error message is presented in place of
that error message.
Terran McCanna, PINES Program Manager
------------------------------
Georgia Public Library Service | University System of Georgia
2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341
(404) 235-7138 | tmccanna at georgialibraries.org
http://help.georgialibraries.org | help at georgialibraries.org
<https://www.facebook.com/georgialibraries>
<https://www.twitter.com/georgialibs>
<https://www.instagram.com/georgialibraries/>
<https://www.twitter.com/georgialibs>
Join our email list <http://georgialibraries.org> for stories of Georgia
libraries making an impact in our communities.
On Mon, May 24, 2021 at 12:54 PM Lindsay Stratton <lstratton at wlsmail.org>
wrote:
> I raised this at the conference Holds pre-session, and there were a
> variety of interesting responses, so I'll also raise it here.
>
> We recently upgraded to 3.6., and are noticing that when placing holds in
> the staff catalog, the Place Hold button is available for titles with no
> copies.The hold fails with the HIGH_LEVEL_HOLD_HAS_NO_COPIES error, with no
> override, etc.
>
> My issues:
>
> 1) The place hold button had previously been "greyed out"/unavailable,
> which may have been a local template customization? but, it's misleading
> and frustrating
>
> 2) What is actually happening here?
>
> 3) Are there settings for this?
>
> 4) There are no permissions for the high level hold (
> https://bugs.launchpad.net/evergreen/+bug/1761241)
>
> 5) the silent failure (https://bugs.launchpad.net/evergreen/+bug/1761238)
>
> FWIW, in my consortia, the holds are plain title holds, no OUs are set for
> hold skipping, we don't use parts.
>
> *Lindsay Stratton*
> *Systems Librarian*
> Westchester Library System
> 570 Taxter Rd., 4th Floor
> Elmsford, NY 10523
> lstratton at wlsmail.org
> _______________________________________________
> Evergreen-general mailing list
> Evergreen-general at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20210524/9656767b/attachment.html>
More information about the Evergreen-general
mailing list