web client: batch check in from item status can lead to rapid-fire hold/transit popups
Bug #1742553 reported by
Kathy Lussier
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.6 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
The item status screen provides an action that allows the user to check in items in batch. If some of the items being checked in need to be routed to the holds shelf or another library, the hold/transit popups appear in rapid-fire succession, making it difficult for the user to respond to each of them in an orderly succession.
See the screencast at:
https:/
In the xul client, a new popup wouldn't appear until the user had already dealt with the previous popup.
Xul-era screencast at:
https:/
tags: | added: signedoff |
Changed in evergreen: | |
milestone: | none → 3.6.1 |
Changed in evergreen: | |
milestone: | 3.6.1 → 3.6.2 |
Changed in evergreen: | |
milestone: | 3.6.2 → 3.6.3 |
tags: |
added: checkin removed: webstaffclient |
Changed in evergreen: | |
milestone: | 3.6.3 → 3.6.4 |
Changed in evergreen: | |
milestone: | 3.6.4 → 3.7.2 |
tags: |
added: circ-checkin removed: checkin |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Confirmed in Evergreen 3.2.1
I'll add that sometimes, there are a lot more slips that need to be acknowledged than what the user can see hanging on the screen (until you acknowledge the slips on top of them).