Routing information at checkin should show new route
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Evergreen |
New
|
Medium
|
Unassigned | ||
Bug Description
Apologies if this is a duplicate. I feel like this should already exist somewhere but my search fu is failing me on finding it.
The short version is that the bug is unique to when a hold is coming into a library and then immediately transiting back out. It's showing the open route on the item, which happens to be where it is now checking in at rather than where it will now transit to. Slips and routing happen correctly but the information on the screen is confusing to staff.
This is easily replicated by following these steps:
Have item from BR1 transit to BR2
After item goes into transit place a copy level hold on it to BR3 (make sure it has current_copy and all that)
check in item at BR2 and will show route to BR2 rather than BR3 (though actual routing works correctly)
I've not had time to track this down in code yet but suspect it is showing the open transit at the time of scanning because everything is wrapped up in a single transaction and the new transit doesn't exist yet.
