Wish List: Default Permission Group

Bug #1719208 reported by Terran McCanna
26
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

Because nearly all of the new users we register have a "Patron" permission group, it would save staff time if we had a library setting to control the default permission group rather than having staff need to select it each time.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Follow up note: The new Permission Tree Display Entries interface allows customization of the tree. If a flag could be added to designate one of the entries as the default to that interface, that would be beneficial.

Andrea Neiman (aneiman)
tags: removed: web
tags: added: webstaffclient
tags: added: permissions wishlist
Revision history for this message
Michele Morgan (mmorgan) wrote :

Marking Confirmed.

This is an important usability enhancement. The functionality that allows customizing which profiles appear in the dropdown is a big help, but when the majority of patrons entered will be assigned the same profile, it just doesn't make sense to require the staff user to open the dropdown and choose every time.

Changed in evergreen:
status: New → Confirmed
tags: added: usability
Revision history for this message
Jane Sandberg (sandbergja) wrote :

Quick question: if the goal is to reduce the amount of times staff members open that menu, would making that dropdown's value sticky accomplish the same outcome? That would still help staff whose administrators haven't set this setting in the Permission Tree Display Entries interface. It would also be more flexible, in case certain OUs or workstations have different permission groups they typically use.

Revision history for this message
Terran McCanna (tmccanna) wrote :

I would prefer a default setting rather than it being sticky. With stickiness, I would be very concerned that it would get changed for one user and then staff would not notice that it was changed (especially on shared workstations) and create following users with the same type. Since staff accounts are created with the same interface as patrons, this would potentially cause patrons to get assigned staff accounts, as well as creating other headaches.

If the default were set as a library setting / YAOUS could have different defaults if needed.

tags: removed: webstaffclient
tags: removed: wishlist
Gina Monti (gmonti90)
tags: added: circulation patron
tags: added: angularjs
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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