Resurrect works at the task level, not the result level. The unit that gets skipped or redone is one task — one URL, one search query, one username — not one row of output.
Resurrecting a run
1
Open the aborted run
On the Squid page, an aborted run shows the Aborted status badge next to the progress bar, and a Resurrect button appears beside Launch and Download.The counters above tell you what’s still outstanding — in the example below, Tasks done: 9 and Remaining tasks: 43.

2
Confirm
Clicking Resurrect opens a confirmation showing exactly how each task will be treated.
Press Yes to continue the run, or No to leave it alone.

3
The run continues
You get a Run successfully resurrected confirmation, the status moves to Starting and then Running, and the live console resumes streaming. The Abort button is back, so you can stop it again at any point.

What happens to each task
The replayed in-progress tasks go first, then the run works through the ones it never started.
Only tasks genuinely in flight at the moment you aborted get replayed — at most one per parallel instance the run was using. A run at a concurrency of 5 repeats at most 5 tasks, no matter how long the task list is.
Credits
Credits are consumed per result, as each row lands — not in a lump when a task finishes. That’s what makes resurrecting cheap:- Rows collected before the abort were charged at the time, including rows from tasks that were only half-finished. Those charges stand; resurrecting doesn’t refund them, and the rows are in your export either way.
- Rows re-scraped by a replayed task cost nothing. A resurrected run keeps its original run ID, and results are deduplicated against what that run already collected — so a row it has seen before doesn’t charge again.
- Rows from tasks it never started are charged normally as they come in.
Resurrect or launch?
A resurrected run keeps the concurrency and enrichment settings it was originally launched with, even if you’ve changed the Squid since aborting it.Resurrect
The configuration was right — the run just stopped early. Finish the remaining tasks without re-collecting what you already have.
Launch
The configuration was wrong. Start a fresh run on the Squid’s current settings, from the first task.
Which settings are frozen and which are read live
Which settings are frozen and which are read live
Not everything is captured when a run first launches. On a resurrected run:
- Frozen at the original launch — the run’s concurrency, and its enrichment functions (email enrichment, phone numbers, verification).
- Read live from the Squid — page and result limits, filters, the when to end run setting, and your export and notification destinations.
Tasks added after the abort are picked up. A resurrected run reads the Squid’s current task list, not a snapshot — so anything you add before resurrecting gets processed along with the leftovers. A single launch enqueues up to 10,000 outstanding tasks.
Results and downloads
A resurrected run is the same run, not a new one — same run ID, same row in the Runs table, same result set. Data collected before the abort and data collected after it end up together, so one Download gives you the complete export. There’s nothing to merge by hand.Resurrect before the run’s data expires
Resurrect isn’t available forever. Runs follow the normal data retention window — 28 days on paid plans, 7 days on the free plan, counted from when the run ended. Once a run passes that, the run and its results are permanently deleted, and there’s nothing left to wake up.When a resurrected run finishes
It ends like any other run reaching the end of its task list. The status becomes Done, and success emails and webhooks fire — neither of which happens for a run left sitting in the aborted state. The Done Reason doesn’t keep sayingaborted either. It switches to running the moment you resurrect, then to the reason the run actually ended on when it finishes.
Paused, Done and Error runs
Resurrect only appears on Aborted runs. The other statuses each have their own behaviour:- Paused — already resumes on its own. lobstr.io sets a relaunch time and picks the run back up. See Run stop reasons.
- Error — also waiting, and resumes automatically once the engineering team resolves the underlying issue.
- Done — every task was processed, so there’s nothing left to continue. Press Launch for a fresh run.
Related
Runs
Statuses, the Runs table, and the run detail page.
Run stop reasons
Every Done Reason value and whether the run resumes by itself.
Tasks
How task lists work, and why every run re-processes every task.
Credits
What credits buy and how consumption is tracked per run.