# fix\(test\): keep codex replay recovery off the repo checkout · pingdotgg/t3code

[View on GitCafe](https://git.cafe/pingdotgg/t3code/commit/8eb71d29fb86f0d077f92768e7246d864ef0497e)

Repository: [pingdotgg/t3code](https://git.cafe/pingdotgg/t3code)

Visibility: public

Requested revision: 8eb71d29fb86f0d077f92768e7246d864ef0497e

Requested commit: 8eb71d29fb86f0d077f92768e7246d864ef0497e

Commit: 8eb71d29fb86f0d077f92768e7246d864ef0497e

Tree: a221a80a09e886462c06754eab172fa2961da768

Author: Julius Marminge

Committer: Julius Marminge

## Message

```
fix(test): keep codex replay recovery off the repo checkout

The codex resume test was the only replay scenario without a
runtimePolicyOverride, so its checkpoint scope cwd fell back to
process.cwd() and baseline capture ran real git over the entire
checkout. Locally the capture short-circuits on checkpoint refs left
behind by earlier runs; on a fresh CI checkout it is a cold multi-second
capture that outlives the scenario wait budget, failing await_thread_idle
while the run is still mid-checkpoint. Point the fixture's turn/start
frames at the <workspace> placeholder and checkpoint a throwaway git
workspace like every other replay test.

Scenario waits are also wall-clock-bounded now: the iteration budget
counts event-loop turns, which burn at full speed while git/fixture IO
is in flight, so exhaustion additionally requires a 60s real-time
deadline to pass.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

```

## Parents

- [59dd1efaae465a96cc7fcde6386d79c7054cf207](https://git.cafe/pingdotgg/t3code/commit/59dd1efaae465a96cc7fcde6386d79c7054cf207?format=markdown)

[Source at this commit](https://git.cafe/pingdotgg/t3code/tree/8eb71d29fb86f0d077f92768e7246d864ef0497e?format=markdown)