Bug 34676 - Add an option for holds queue to only map unassigned requests to items
Summary: Add an option for holds queue to only map unassigned requests to items
Status: RESOLVED DUPLICATE of bug 32565
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-31 15:23 UTC by Nick Clemens (kidclamp)
Modified: 2024-04-04 14:35 UTC (History)
4 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 Nick Clemens (kidclamp) 2023-08-31 15:23:04 UTC
When using the real time holds queue new requests rebuild the entire holds queue - this can mean libraries go to find a book on a shelf, only to find the queue has changed and another item has filled the request in the meantime.

Similarly, when not using the real time holds queue, some libraries will limit the cron to running once a day to avoid ever changing holds lists.

It would be nice to have an option for both methods that would limit the queue to filling new holds without deleting the current queue
Comment 1 Katrin Fischer 2023-09-05 07:31:14 UTC
I don't think that the RT holds queue rebuilds the whole table, but that it does rebuilt all entries for one biblionumber, which can also cause issues with the timestamps (a library might use it to print request slips to closed stacks)

Nick, are you sure it's completely rebuilt or is this just an issue with the cron?
Comment 2 Nick Clemens (kidclamp) 2023-09-05 11:20:05 UTC
(In reply to Katrin Fischer from comment #1)
> I don't think that the RT holds queue rebuilds the whole table, but that it
> does rebuilt all entries for one biblionumber, which can also cause issues
> with the timestamps (a library might use it to print request slips to closed
> stacks)
> 
> Nick, are you sure it's completely rebuilt or is this just an issue with the
> cron?

You are correct, it is only per biblio that RTHQ rebuilds the queue, but some libraries would like items to remain on the queue for longer
Comment 3 Katrin Fischer 2023-09-05 11:31:28 UTC
Yes, I am adding Michaela as I think if we made the update more clever, that would also resolve the issue they found with the timestamps getting updated (and thus making it not reliable to be used as an indicator for what has been printed already).
Comment 4 Nick Clemens (kidclamp) 2024-04-04 14:35:44 UTC

*** This bug has been marked as a duplicate of bug 32565 ***