[Bug 34304] New: Use "days in advance" for hold reminder notice
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34304 Bug ID: 34304 Summary: Use "days in advance" for hold reminder notice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs@lists.koha-community.org Reporter: katrin.fischer@bsz-bw.de QA Contact: testopia@bugs.koha-community.org At the moment the "days in advance" for the HOLD_REMINDER notice can only be configured via command line options. It would be much nicer if we could use the setting in the messaging preferences (same as for the pre-due notice). -- 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=34304 Katie Bliss <kebliss@dmpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kebliss@dmpl.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34304 Emmi Takkinen <emmi.takkinen@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emmi.takkinen@koha-suomi.fi --- Comment #1 from Emmi Takkinen <emmi.takkinen@koha-suomi.fi> --- I know this is an old bug, but was the idea here to just remove "days" option from cron holds_reminder.pl and add it to the patrons messaging preferences instead so the cron can fetch the "days in advance" value for every user separately. Or should the holds_reminder.pl cron also work same way like advance_notices.pl, meaning that it only takes the setting in the messaging preferences into account when determining when to send a hold reminder and we could give up on holidays and triggered options. -- 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=34304 Lari Strand <lmstrand@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lmstrand@gmail.com --- Comment #2 from Lari Strand <lmstrand@gmail.com> --- I came up with an implementation for this and it seems to work fine. The current cronjob approach does not work consistently and this would be a nice workaround for the problem, and as an added bonus the patron can decide when to get the reminder. The only thing I'm still wondering before committing a patch for this is if we should incorporate the handling of the hold reminder messages' generation to advance_notices.pl script instead of having it's own cronscript under /misc/cronjobs/holds. -- 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=34304 Lari Strand <lmstrand@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff Comma delimited| |Koha-Suomi Oy list of Sponsors| | Sponsorship status|--- |Sponsored -- 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=34304 --- Comment #3 from Lari Strand <lmstrand@gmail.com> --- Created attachment 207166 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=207166&action=edit Bug 34304: New hold reminder using days in advance This patch replaces cronjob script (holds_reminder.pl) that: - Prepares hold expiration reminder messages for patrons - Groups holds by patron and days until expiration for digest delivery - Respects patron messaging preferences and configured days-in-advance settings - Supports filtering by library branch - Provides backward compatibility with default days parameter for patrons without days-in-advance value set - Queues messages in the message queue for processing by process_message_queue.pl Test plan: 1. Set up a patron with hold reminder preferences - Set a days-in-advance preference (e.g., 7 days) - Select at least one message transport (email, SMS, etc.) 2. Create test data: Add an expiring hold for the patron that expires in exactly X days (matching the patron's days-in-advance preference) - Ensure hold status is 'W' (waiting) 3. Run: ./holds_reminder.pl -c -v -n to preview messages - Verify the test hold appears in output - Verify message content is correct with hold details 4. Verify correct holds are selected (found='W', within expiration window) 5. Run: ./holds_reminder.pl -c -v to queue actual messages 6. Verify messages appear in message_queue table for the test patron 7. Test library filtering with --library parameter 8. Test default days parameter with -d flag (test with patron without days_in_advance value stored) 9. Verify patron preferences days_in_advance value override default_days trigger Sponsored-by: Koha-Suomi Oy -- 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