[Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues

Tue May 25 12:42:38 EDT 2021

I was thinking of the public OPAC when I said we didn't have any reports of
the place hold button being available and not the staff client. I realized
that when I tried to place a hold and got the
HIGH_LEVEL_HOLD_HAS_NO_COPIES error. This time it was for a bib record
where all items are in a non holdable shelving location.

So revising  my previous comment -- it would be good if the place hold
button was not live in the staff client if no copies on the record were
available for holds.

I will check for a bug report.

J. Elaine Hardy, PINES and Collaborative Projects Manager
------------------------------

Georgia Public Library Service

2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341

(404) 235-7128 | ehardy at georgialibraries.org

(404) 548-4241 | Cell

<https://www.facebook.com/georgialibraries>
<https://www.twitter.com/georgialibs>
<https://www.instagram.com/georgialibraries/>

Join our email list <http://georgialibraries.org/subscription> for stories
of Georgia libraries making an impact in our communities.

On Mon, May 24, 2021 at 2:24 PM Elaine Hardy <ehardy at georgialibraries.org>
wrote:

> To build on what Erica has said, when I have seen this in PINES, it has
> been when the copies attached to a title record are in holdable status but
> the library is set in the org unit settings to be skipped in hold targeting.
>
> I have not seen any reports since we have been on 3.6.1 of place holds
> being available when no items are attached to a bib record or if all items
> are in a nonholdable status/state.
>
> J. Elaine Hardy, PINES and Collaborative Projects Manager
> ------------------------------
>
> Georgia Public Library Service
>
> 2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341
>
> (404) 235-7128 | ehardy at georgialibraries.org
>
> (404) 548-4241 | Cell
>
> <https://www.facebook.com/georgialibraries>
> <https://www.twitter.com/georgialibs>
> <https://www.instagram.com/georgialibraries/>
>
> Join our email list <http://georgialibraries.org/subscription> for
> stories of Georgia libraries making an impact in our communities.
>
>
> On Mon, May 24, 2021 at 1:23 PM Erica Rohlfs <erica.rohlfs at equinoxoli.org>
> wrote:
>
>> I don't know if what I have to add will be helpful. I encountered this
>> issue several years ago and tested on both the Web Client and XUL. The
>> message is more specifically stating that "a hold request at a higher level
>> than copy has been attempted, but there are no copies that belong to the
>> higher-level unit." Generically, Evergreen isn't letting you place a title
>> hold if the only copies are effectively non-holdable.
>>
>> On Mon, May 24, 2021 at 1:05 PM Terran McCanna <
>> tmccanna at georgialibraries.org> wrote:
>>
>>> 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
>>>>
>>> _______________________________________________
>>> Evergreen-general mailing list
>>> Evergreen-general at list.evergreen-ils.org
>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>>
>>
>>
>> --
>> Erica Rohlfs
>> Senior Implementation Project Manager
>> Equinox Open Library Initiative
>> erica.rohlfs at equinoxOLI.org
>> https://equinoxOLI.org
>> phone: 877-OPEN-ILS (673-6457)
>> direct: 770-709-5572
>> _______________________________________________
>> 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/20210525/d10987c2/attachment-0001.html>