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

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

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

Visibility: public

Requested revision: 995e4a6a30f54fa54b76165cf96492667b363025

Requested commit: 995e4a6a30f54fa54b76165cf96492667b363025

Commit: 995e4a6a30f54fa54b76165cf96492667b363025

Tree: eca9f753fd38f608cfad84874513de2f5e242c34

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

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

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