Support seamless duplicate (or more) holds for anointed recipient groups

Bug #1669519 reported by Bill Erickson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
New
Wishlist
Unassigned

Bug Description

WISHLIST

It should be possible for any user that has permission to place holds for other users (staff, generally) to place any number of duplicate holds (with configurable max) for users in certain groups without requiring the requester to have special override permissions (e.g. HOLD_EXISTS.override).

For example:

1. Patron P is in the "Teacher" group.
2. The "Teacher" group is configured for seamless multi-dupe-holds.
3. Staff S does not have the HOLD_EXISTS.override permission and is generally unable to place multiple duplicate holds for anyone.
4. Staff S can place multiple duplicate holds for patron P without any overrides or warnings.

This would pair well with http://masslnc.org/node/3301/

Tags: circ-holds
Revision history for this message
Kathy Lussier (klussier) wrote :

Bill,

It looks like the code Jason just completed on bug 1694058 would fulfill this request. We use the CREATE_DUPLICATE_HOLDS permission to allow users to place multiple duplicate holds.

What do you think?
Kathy

Revision history for this message
Bill Erickson (berick) wrote :

Hi Kathy, bug #1694058 is close (and will come in handy regardless), but it doesn't cover part of the desired use case, specifically tying the feature to recipient groups instead of having a blanket permission. The goal is for staff who traditionally have minimal permissions to have this ability but only for select recipient groups.

One cool thing is bug #1694058 essentially covers the UI for this bug.

Thanks for the heads up!

Revision history for this message
Mike Rylander (mrylander) wrote :

Bill,

I wonder if adding a patron-side permission that is checked against the recipient if the requestor doesn't have the one in the other bug would be addition enough?

Revision history for this message
Bill Erickson (berick) wrote :

Mike, yes I think using a permission to anoint the recipient would work fine.

Dan Briem (dbriem)
tags: added: circ-holds
removed: holds
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.