Libraries have reported that items are still showing up in their holds queue hours after they have been marked as "in transit". Only holds that are ready to be found should be showing up in the holds queue.
*** This bug has been marked as a duplicate of bug 32572 ***
This seems to be a consequence of two real time holds queue updates being triggered - once during the initial check in, before the transit is confirmed, and once after the transit/hold has been confirmed. Currently if the two jobs attempt to update at the same time there is a collision, see bug 34596 We should try to reduce the build here to a single call, after the transfer is confirmed or rejected if possible
Any update on this one?