Web client: Check-in deleted item from patron account

[Blake GH]

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.

[Michele Morgan (mmorgan)]

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.

[John Amundson (jamundson)]

Confirmed this is happening on 3.0.8 web client.

Item can still be checked in from the XUL client.

[Jeff Davis (jdavis-sitka)]

Since this is tagged with "webstaffblocker" I've set the importance to Medium, not sure if it should be set to High.

[Bill Erickson (berick)]

Fix pushed:

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1751368-deleted-copy-checkin

[[e-mail] (tji)]

Tested on Sitka's server. Works as expected.

[Jeff Davis (jdavis-sitka)]

Signoff in working branch user/jeffdavis/lp1751368-deleted-copy-checkin-signoff:

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/jeffdavis/lp1751368-deleted-copy-checkin-signoff

[Chris Sharp (chrissharp123)]

Pushed to master, rel_3_0, and rel_3_1.