Web Client: Cancelling hold should prompt to cancel associated transit
Bug #1780315 reported by
John Amundson
This bug affects 5 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Evergreen |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
Evergreen 3.0.8
In the xul client, when an item is in transit to fill a hold, and the hold is cancelled, Evergreen will prompt the user to cancel the associated transit.
This does not happen in the web client. The transit and hold have to be cancelled separately. The web client should prompt the user to cancel the transit, as well.
Revision history for this message
| Michele Morgan (mmorgan) wrote | #1 |
| Changed in evergreen: | |
| status: | New → Confirmed |
Revision history for this message
| Anna Goben (agoben) wrote | #2 |
| tags: | removed: webstaffclient |
| tags: |
added: circ-holds removed: holds |
| tags: | added: regression |
To post a comment you must log in.
This is a change in behavior in the web client. In the xul client, the staff user gets this prompt after cancelling a hold where an item is in transit (also attaching a screenshot:
Cancelling Transits:
For barcodes xxxxx, should the associated transits also be cancelled?
Options:
Yes No
It would be useful if the source and destination library could display on the prompt to cancel the transit as well.