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

[View on GitCafe](https://git.cafe/stienswout/t3code/commit/5a72667590459bf0262c43bfd1227ac5f77dbe4f)

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

Visibility: public

Requested revision: 5a72667590459bf0262c43bfd1227ac5f77dbe4f

Requested commit: 5a72667590459bf0262c43bfd1227ac5f77dbe4f

Commit: 5a72667590459bf0262c43bfd1227ac5f77dbe4f

Tree: d6e6bfdffaa21f2bffb5aff3f02c2764bcc40e0b

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

- [7aaccc7624189501272f8c6bc2a201d7e470e011](https://git.cafe/stienswout/t3code/commit/7aaccc7624189501272f8c6bc2a201d7e470e011?format=markdown)

[Source at this commit](https://git.cafe/stienswout/t3code/tree/5a72667590459bf0262c43bfd1227ac5f77dbe4f?format=markdown)