fix(queues): widen worker lease margin to fix CI flake in worker recovery test

The "healthy long-running job" worker recovery test used a 600ms lease
duration with only a 50ms safety buffer, leaving ~550ms for heartbeats
to renew the lease. On a loaded CI runner a single delayed heartbeat
can exceed that margin, causing the worker's own completion update to
be rejected as lease-expired (JobRunAbortedError), which gets silently
filtered out of jobStatus.

Widen the margin to 5000ms/300ms so a single CI-scale scheduling stall
can't exceed it, while keeping the same duration/safetyBuffer ratio.

Author: nathanlentz

test/queues/int.spec.ts

@@ -1429,8 +1429,11 @@ describe('Queues - Payload', () => {
       expect(payload.config.jobs.processingLease.duration).toBe(20 * 60 * 1000)
       expect(payload.config.jobs.processingLease.safetyBuffer).toBe(30_000)
       payload.config.jobs.deleteJobOnComplete = false
-      payload.config.jobs.processingLease.duration = 600
-      payload.config.jobs.processingLease.safetyBuffer = 50
+      // Margin between duration and safetyBuffer must comfortably exceed any single
+      // heartbeat delay on a loaded CI runner - too tight and the heartbeat can lose
+      // the race, making the worker's own completion update look lease-expired.
+      payload.config.jobs.processingLease.duration = 5000
+      payload.config.jobs.processingLease.safetyBuffer = 300
 
       const postTitle = 'created by the healthy worker'
       const job = await payload.jobs.queue({
@@ -1451,7 +1454,7 @@ describe('Queues - Payload', () => {
         )
         .toBeTruthy()
       // Wait longer than the original lease. Heartbeats must keep the first worker active.
-      await wait(900)
+      await wait(6000)
 
       const secondWorkerResult = await payload.jobs.run({ silent: true })
       const firstWorkerResult = await firstWorker