Hold Groups: Staff Users Cannot View Patron Hold Groups

Bug #1956241 reported by Michele Morgan
70
This bug affects 15 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Medium
Michele Morgan

Bug Description

Evergreen 3.7

When viewing Hold Groups from a patron's record as a staff user, the grid is blank, no Hold Groups to which the patron belongs appear on the screen. Only staff users that are superusers can see the patron's Hold Groups.

To reproduce on a concerto system:

* Login as admin and add the permission MANAGE_HOLD_GROUPS at the Consortium level to the staff user br1bbrown
* Login to a BR1 workstation as br1bbrown
* Navigate to Circulation -> Hold Groups.
* Add a Hold Group.
* Select the hold group you just added and click Add Users
* Add the user barcode 99999376864
* Click on the barcode to retrieve the patron record
* Navigate to Other -> Hold Groups

Note that no Hold Groups display

* Login as the admin user
* Retrieve the patron and navigate to Other -> Hold Groups

Note that the Hold Group to which the patron belongs displays for the superuser

Revision history for this message
Michele Morgan (mmorgan) wrote :

Thanks for looking at this Lynn, but unless I'm misreading it, bug 1955999 is related, but not the same.

1955999 reports that in Circulation -> Hold Groups, a hold group can only be seen by its owning staff user, or a superuser.

This bug reports that for a patron in Checkout -> Other -> Hold Groups, the hold groups to which the patron belongs can ONLY be seen by a superuser.

I'm removing the duplicate designation for now.

Revision history for this message
Lynn Floyd (lfloyd) wrote :

You are correct, I miss read that.

Changed in evergreen:
status: New → Confirmed
Changed in evergreen:
importance: Undecided → Medium
Revision history for this message
Terran McCanna (tmccanna) wrote :

Adding usability tag as well since it prevents a staff person from helping a patron if they come to the desk to ask what hold groups they are in.

tags: added: usability
Revision history for this message
Elizabeth Thomsen (et-8) wrote :

I agree that this is a usability issue -- having this on the list but not working is worse than not having it there at all. If it weren't there at all, a staff person wouldn't be able to help the patron who wants to know what hold groups they are in, but that would be better than the staff person checking this, assuming it's working, and telling the patron they aren't in any hold groups at all.

Revision history for this message
Michele Morgan (mmorgan) wrote :

Confirming that this is still true in current main (circa 3.11).

Michele Morgan (mmorgan)
Changed in evergreen:
assignee: nobody → Michele Morgan (mmorgan)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.