Item Status - Request Items doesn't store hold notifications

[Terran McCanna]

This isn't actually a bug, but a question about whether or not this is the most desired behavior or not: When using Item Status > Request Items to place a hold, the hold record ignores the user's hold notification preference defaults and does not store any notification settings.

Personally, I would prefer it to store my default preferences for the hold settings rather than to store nothing. I think the behavior would be more consistent and predictable that way, and as a staff person, if I didn't want to be notified when holds came in, I wouldn't have those settings in my default preferences in the first place. I've also talked to several PINES library staff who were confused as to why the settings were stored differently depending on which screen they placed their holds from.

Marking this as a Wish List for further discussion.

[Terran McCanna (tmccanna)]

Including link to an old IRC discussion:

http://irc.evergreen-ils.org/evergreen/2015-10-09#i_208619

[Michele Morgan (mmorgan)]

Setting this to Confirmed. I have had a number of support calls from staff users that are confused when they find holds without notifications set.

The expectation of a staff member when they place a hold is that the patron will be notified with their preferred notification methods, regardless of whether it's a patron placed hold or staff placed hold. When any type of hold is placed with no notification methods, it's unintuitive and often leads to patrons not receiving their holds because both staff and patron expected that notification would happen automatically.

For consistency, Request Item should store the patron's preferred notification methods in the hold.

[John Amundson (jamundson)]

Marking this a duplicate of bug #1841270, since that adds a checkbox to honor hold preferences.