Independently verified problem
WorkflowServiceProvider::boot() unconditionally loads src/migrations, including all six 2022_01_01_* migrations. A fresh 2.x install therefore creates workflows, workflow_logs, workflow_signals, workflow_timers, workflow_exceptions, and workflow_relationships, even if the application only uses v2.
The queue Looping listener also always calls the legacy Watchdog::wake(). The watchdog checks whether the legacy table exists, but the default fresh migration creates it.
This is avoidable installation/operation overhead, not evidence of a failed v2 workflow or a data-integrity defect. Retained v1 code supports existing applications draining old work; deleting it indiscriminately would break that adoption path.
Intended outcome
Provide an explicit, documented v2-only installation path, and review whether fresh installs can select it automatically without changing existing applications' behavior. Keep legacy migration/drain support available for real 1.x upgrades. Do not automatically drop any existing tables or history.
Acceptance
Priority
Accepted product cleanup, after active reliability/recovery work and already accepted user-reported defects. Do not turn this into removal of supported upgrade functionality or a prerequisite for unrelated Cloud recovery qualification.
Independently verified problem
WorkflowServiceProvider::boot()unconditionally loadssrc/migrations, including all six2022_01_01_*migrations. A fresh 2.x install therefore createsworkflows,workflow_logs,workflow_signals,workflow_timers,workflow_exceptions, andworkflow_relationships, even if the application only uses v2.The queue Looping listener also always calls the legacy
Watchdog::wake(). The watchdog checks whether the legacy table exists, but the default fresh migration creates it.This is avoidable installation/operation overhead, not evidence of a failed v2 workflow or a data-integrity defect. Retained v1 code supports existing applications draining old work; deleting it indiscriminately would break that adoption path.
Intended outcome
Provide an explicit, documented v2-only installation path, and review whether fresh installs can select it automatically without changing existing applications' behavior. Keep legacy migration/drain support available for real 1.x upgrades. Do not automatically drop any existing tables or history.
Acceptance
Priority
Accepted product cleanup, after active reliability/recovery work and already accepted user-reported defects. Do not turn this into removal of supported upgrade functionality or a prerequisite for unrelated Cloud recovery qualification.