[Bug 22573] New: Hold expiration date could be in the past
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22573 Bug ID: 22573 Summary: Hold expiration date could be in the past Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: sophie.meynieux@biblibre.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com Target Milestone: --- When an item is returned, if it was reserved, reservation status is set to W and expiration date is calculated. But if the hold already had an expiration date, this one is kept (why ?) if it is prior to the one calculated, without controlling if it is already past. This can lead to have an expiration date prior to waiting date. -- 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=22573 Josef Moravec <josef.moravec@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |josef.moravec@gmail.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22573 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- If it has already an expiration date that would have been set by the patron when starting the hold 'not needed after...'. So actually the patron indicated they no longer need it... I wonder if those shoudl not be set to waiting but move on to the next patron immediately? -- 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=22573 Sally <sally.healey@cheshiresharedservices.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sally.healey@cheshireshared | |services.gov.uk -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22573 e.betemps <e.betemps@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |e.betemps@gmail.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22573 --- Comment #2 from Sophie MEYNIEUX <sophie.meynieux@biblibre.com> --- It seems that expiration date is also set when hold is suspended and not recalculated when item is finally set "waiting for pickup" -- 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=22573 Juliet Heltibridle <jheltibridle@rcplib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jheltibridle@rcplib.org --- Comment #3 from Juliet Heltibridle <jheltibridle@rcplib.org> --- Our holds are canceled by a cron if the expiration date is in the past, so this problem does not affect us in that way. But if a patron has chosen to set a "not needed after.." date, they often mean that they don't want it if it hasn't been placed on the hold shelf by that date, but they still want the 7 days to pick it up if it has been moved to waiting by that date. So we are seeing holds that are scanned in at our library and have an expiration date that is shorter than the 7 days we have set for our ReservesMaxPickUpDelay. -- 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=22573 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- We now have separate fields for the pickup expiration date and the patron set 'not needed after: | expirationdate | date | YES | | NULL | patron_expiration_date | date | YES | | NULL So things have changed here. I believe this to be fixed. -- 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