Web client: Check-in deleted item from patron account
Bug #1751368 reported by
Blake GH
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.0 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
EG 3.0.2
Webby
Sometimes an item gets deleted without first clearing the patron account. This results in a deleted checked-out item. You can no longer check the item in because the barcode doesn't exist. However, you could open the patron account and check the item in from the "Items Out" screen using the XUL client. This is achieved by referring to asset.copy.id instead of asset.copy.barcode.
The web based staff client does not allow this behavior and it should.
tags: | added: webstaffclient |
tags: | added: checkin |
tags: | added: webstaffblocker |
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
status: | Confirmed → In Progress |
Changed in evergreen: | |
milestone: | 3.1.3 → 3.1.4 |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Certainly this is a change in behavior from the xul client, and makes it impossible to check in an item that is still checked out when deleted.
However, any fix for this should avoid existing behavior in the xul client when a checked out deleted item and active item both exist with the same barcode. In the xul client, showing item details for the deleted item in actuality retrieves the active item since the lookup is done by barcode.