Scheduled Emails unscheduled at next cron run

Created on 27 September 2023, about 1 year ago
Updated 7 April 2024, 8 months ago

Problem/Motivation

Scheduled Email handler schedules emails for the correct date and time, then unschedules them on the next cron run regardless of the time scheduled. Passing tokens as custom datetime or passing the original token both have no effect. Display setting in All Content and Default view modes are set to ISO date.

Steps to reproduce

1. Create webform
2. add scheduled email handler
3. trigger scheduled email handler based on token [webform_submission:node:value:field_key:date:custom:c] (returns ISO date of the requested field, which is a Date field).
4. Submit webform
5. email schedules at correct date/time, but unschedules on the very next cron run. This happens for every scheduled email in the queue.

All permutations of the token (value, date, etc) result in the unscheduling.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

πŸ› Bug report
Status

Closed: cannot reproduce

Version

6.1

Component

Code

Created by

πŸ‡ΊπŸ‡ΈUnited States jbarone716

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @jbarone716
  • Status changed to Postponed: needs info about 1 year ago
  • πŸ‡ΊπŸ‡ΈUnited States jrockowitz Brooklyn, NY

    I can't replicate this via 6.2.x (which is almost identical to 6.1.x)

    Below are my steps to attempting to replicate

    • Import the attached webform
    • Submit the attached webform via form/issue-3390263
    • Review the submission log via /admin/structure/webform/manage/issue_3390263/results/log
    • Run cron via /admin/reports/status
    • Confirm that email is not sent via /admin/structure/webform/manage/issue_3390263/results/log
    • Confirm that email is still queued via /admin/structure/webform/manage/issue_3390263/handlers

    Please review my steps in 6.2.x and provide more information. If we find a bug/issue, it should be backported to 6.1.x.

  • Status changed to Closed: cannot reproduce 8 months ago
  • πŸ‡ΊπŸ‡ΈUnited States jrockowitz Brooklyn, NY
Production build 0.71.5 2024