[Joel-Jensen]

Problem

Timers::timer() caps the wake-up job's delay at 900 seconds only when the connection's driver is sqs. Laravel Cloud's managed queues register a cloud driver (Illuminate\Foundation\Cloud\QueueConnector wraps SqsConnector), so on Cloud the cap is skipped and any timer, or awaitWithTimeout(), longer than 15 minutes throws:

Aws\Sqs\Exception\SqsException: Error executing "SendMessage" … InvalidParameterValue (Sender):
Value 1800 for parameter DelaySeconds is invalid. Reason: DelaySeconds must be >= 0 and <= 900.
  at Illuminate\Foundation\Cloud\Queue->later()
  at Workflow\WorkflowStub::timer()

Fix

-if ($driver === 'sqs') {
+// Laravel Cloud's managed queues use the `cloud` driver, which is backed by SQS.
+if (in_array($driver, ['sqs', 'cloud'], true)) {

The early wake-up already re-dispatches until stop_at is reached, so a long timer on Cloud now waits in steps of at most 900 seconds, as it does on plain SQS.

Evidence

• testTimerCapsDelayForLaravelCloudDriver (a copy of testTimerCapsDelayForSqsDriver on a cloud connection) fails without the change and passes with it.
• ECS and PHPStan pass on the changed files.

main has the same === 'sqs' check in V2/Support/TimerTransportChunker.php and V2/Support/BackendCapabilities.php, if you want it carried forward.

🤖 Generated with Claude Code

[Joel-Jensen]

Sorry, Claude went rougue. You can close it if you want. Issue when using Laravel Cloud

[rmcdaniel]

Thanks — this is a good catch, and the fix looks right: Laravel Cloud's cloud driver wraps SQS, so it needs the same 900-second cap.

The red checks aren't caused by your change. The 1.x branch's CI fails before checkout because the org now requires SHA-pinned actions. I'm fixing that in #1073; once it merges I'll update this branch and re-run CI. I'll also carry the same fix forward to main (TimerTransportChunker and BackendCapabilities), as you suggested.

[rmcdaniel]

Merged into 1.x, thanks @Joel-Jensen. No need to apologize; the report and fix were right. On Laravel Cloud, long timers and awaitWithTimeout() now wait in steps of at most 900 seconds, as they already did on plain SQS.

The same fix for 2.x (main) is in #1074, covering Timers, TimerTransportChunker and BackendCapabilities. Both fixes will ship in patch releases.

[rmcdaniel]

Released in 1.1.1, now on Packagist (composer require durable-workflow/workflow:^1.1.1). The 2.x fix (#1074) is merged and ships in 2.23.0 (#1075).

[rmcdaniel]

The 2.x fix is now released too: Workflow 2.23.0.