[Bug 34676] New: Add an option for holds queue to only map unassigned requests to items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Bug ID: 34676 Summary: Add an option for holds queue to only map unassigned requests to items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: nick@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Lisette Scheer <lisette.scheer@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisette.scheer@bywatersolut | |ions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- 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 receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=34686 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 --- Comment #2 from Nick Clemens <nick@bywatersolutions.com> --- (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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michaela.sieber@kit.edu --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- 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). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Michaela Sieber <michaela.sieber@kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |clemens.tubach@kit.edu -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Nick Clemens <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=32565 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34676 Nick Clemens <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Nick Clemens <nick@bywatersolutions.com> --- *** This bug has been marked as a duplicate of bug 32565 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org