Check Out Does Not Prompt to Cancel Transit if Copy Status not "In Transit"

[John Amundson]

Tested in 3.0.8 XUL client and 3.0.12ish Web client.

In Evergreen, it is possible to have an item with a open transit record, (NULL recv/cancel times), but not an In Transit status (see bug 1787274, bug 1505772, bug 1756441, bug 1780315).

In both the XUL and Web clients, if an item has an open transit record but does not have a copy status of In Transit, the item can be checked out to a patron without the prompt to cancel the transit. The checkout will update the status to Checked Out, but the transit record will stay open.

When the item is returned, check-in may fail in the web client but will succeed in the XUL client, resulting in an status update to Recently Returned/Available status but also a transit pop-up dialog and a continued open transit record.

Steps to reproduce:

1. Take an item in transit or set it in transit as needed.
2. Enter the item into Item Status and Mark as Missing, (Web Client), or Mark as Damaged, (XUL client) - See bug 1756441.
3. (Optional) In the copy editor, update the copy's status to Available or something else.
4. Check the item out to the patron. If the item is in missing or similar status, you will be prompted to override the status change. If the status is Available or similar, the checkout will occur like nothing is wrong.

This may be part of a bigger conversation of whether an item should even have an open transit if the copy status is not "In Transit".

[Shula Link (slink-g)]

Confirmed - I saw this exact bug late yesterday and had been puzzling over how to phrase the report. Evergreen version 3.0.2

[John Amundson (jamundson)]

Related: Bug 1819542