Hold Group: Permission to view all Holds Groups

[Lynn Floyd]

When a Staff create a Holds Group, that Hold Group is not viewable except by that Staff member or staff with Super_User permissions. They are not viewable to anyone else. Staff are expecting to be able to view various hold groups for their system.

For additional Staff to add members to a hold Group, the staff need to know the Hold Group id to be able to pull up the hold group in the Current Users tab, they cannot just select the Hold group.

[Lynn Floyd (lfloyd)]

As to this, the Holds Groups do not populate in the Add to Bucket drop down in the Patron search, unless they created the Holds Group.

[Lynn Floyd (lfloyd)]

see also duplicate: https://bugs.launchpad.net/evergreen/+bug/1956241

[Christina Hall (chris-ssq)]

It would make much more sense if the hold groups worked in the way the permissions regarding editing patrons and items do. In order for hold groups to function most efficiently, all staff should be able to view and edit the group, since there is never just one designated person who works at the front desk. The permission should be at either the library or system/local consortium level depending on how each organization functions.

[Tony Miller (tonymcarl)]

Just adding some heat, We would love this fixed.

[Michele Morgan (mmorgan)]

This issue should be resolved by the patch for bug 1956241. Assigning the ADMIN_USER_BUCKET permission to a staff user at the system level will allow the user to see hold groups owned by their system.

It's worth noting that bug 2016174 may be a factor when viewing the hold groups, but choosing to view All will display all the groups owned by the system.

[Susan Morrison (smorrison425)]

Confirming this issue is resolved with the bug fix Michele linked above. We assigned the permission at system level to all staff and confirmed we can now see all hold groups within our system, both within the Hold Groups interface and within the Add to Bucket options from the patron search.