Usability with Edit Hold Notification popup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Medium
|
Unassigned |
Bug Description
In 3.4 & 3.6:
In the staff client, when editing a patron's hold notification preferences for an existing hold, the Edit popup displays with blank fields. There is no way to know what the existing values were set, so no way to tell what needs to be updated without going back to the patron's holds grid and displaying all of the relevant columns.
I expect this was probably done intentionally because multiple holds can be updated at once and each existing hold could have different settings, and I'm not sure of the best way to handle that.
Perhaps the existing values could display if only one hold is being edited? Or perhaps the patron's default values could be displayed to the right? There are probably better ways to approach it, but I feel sure that this process can be improved to make it less confusing for staff.
tags: | added: needsdiscussion |
tags: | removed: webstaffclient |
tags: |
added: circ-holds removed: holds |
Changed in evergreen: | |
status: | New → Confirmed |
Changed in evergreen: | |
importance: | Undecided → Medium |
Still an issue in 3.8.
We agree that the values should display when a single hold is being edited (and possibly when multiple holds are selected). It's confusing for staff when the fields are blank, especially if they didn't check what notification was being used. It's also not intuitive on how to remove notifications - it took me three tries to remove an email address.