[Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues

Tue Jun 1 15:01:44 EDT 2021

I proposed a fix on this bug:
https://bugs.launchpad.net/evergreen/+bug/1929587 to disable the place hold
button in the staff catalog if there are no holdable copies.

Looking again at how the traditional staff catalog handled it, it looks
like I didn't notice a check for the user permission:
PLACE_UNFILLABLE_HOLD: "Allows a user to place a hold that cannot currently
be filled."

If the new fix includes the check for that permission, it seems like that
would solve this problem. The place hold button will be disabled except for
users with that permission.

On Tue, Jun 1, 2021 at 2:20 PM Deanna Frazee <DFrazee at killeentexas.gov>
wrote:

> The downside of allowing staff to place holds in such situations is that
> they may place holds on things you would never consider replacing.  For
> example, we would look for the most up-to-date exam prep books when one our
> SAT, GRE, etc., books go missing.  We may or may not get one from the same
> publisher so we cannot count on a serial record saving the day.
>
>
>
> What would be helpful would be for the ability for staff in certain
> permission groups to be able to place holds on lost items.
>
>
>
> Deanna Frazee
>
> Director of Library Services
>
> Killeen Public Library
>
> City of Killeen, Texas
>
> 254-501-8995 (office)
>
> 254-501-7704 (fax)
>
> dfrazee at killeentexas.gov
>
> www.killeentexas.gov
>
>
>
>
>
>
>
> *From:* Evergreen-general <
> evergreen-general-bounces at list.evergreen-ils.org> *On Behalf Of *Benjamin
> Kalish
> *Sent:* Tuesday, June 01, 2021 1:02 PM
> *To:* Evergreen Discussion Group <evergreen-general at list.evergreen-ils.org
> >
> *Subject:* Re: [Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues
>
>
>
> I think it is useful for staff to be able to place holds on records where
> no copy is available. An additional circulating copy might be added at a
> later date, or a lost copy might be returned, and staff should have the
> ability to place holds with these eventualities in mind. I do agree that
> being able to suppress the place holds button from patrons is useful in
> these cases, but if staff wants to knowingly place holds in these
> situations they should be allowed to do so.
>
>
> Benjamin Kalish
> Forbes Library / 413-587-1012 / bkalish at forbeslibrary.org
>
>
>
> Support Forbes Library:
>
> ·  Consider giving a gift
> <https://forbeslibrary.org/giving/donate-online/> to Forbes Library
>
> ·  Vote for the Friends of Forbes in the Florence Bank Community Grant
> Program <https://www.florencebank.com/vote>.
>
> ·  Join the Friends of Forbes today <https://forbeslibrary.org/friends/>!
>
> Currently reading:* The Rector of Justin* by Louis Auchincloss
>
> Just Finished:* All Systems Red* by Martha Wells
>
>
>
> For information about accessibility at the library, please see:
> http://forbeslibrary.org/accessibility/
>
>
>
>
>
> On Tue, May 25, 2021 at 12:43 PM Elaine Hardy <ehardy at georgialibraries.org>
> wrote:
>
> 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/>
>
> *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
>
> _______________________________________________
> 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
>

-- 
Dan Briem
Harrison Public Library
2 Bruce Ave. Harrison, NY 10528
(914) 835-0324
harrisonpl.org <https://www.harrisonpl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20210601/30a168f4/attachment-0001.html>