Bug 34596 - Items in transit should not show up in the holds queue
Summary: Items in transit should not show up in the holds queue
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal with 10 votes (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks: 35092
  Show dependency treegraph
 
Reported: 2023-08-23 11:59 UTC by Laura Escamilla
Modified: 2024-05-02 16:06 UTC (History)
8 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Laura Escamilla 2023-08-23 11:59:38 UTC
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.
Comment 1 Laura Escamilla 2023-09-06 16:43:48 UTC

*** This bug has been marked as a duplicate of bug 32572 ***
Comment 2 Nick Clemens (kidclamp) 2023-09-13 17:07:17 UTC
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
Comment 3 Katrin Fischer 2023-10-29 22:51:51 UTC
Any update on this one?