codex-rs/core/tests/suite/mod.rs

// Aggregates all former standalone integration tests as modules.

mod cli_stream;
mod client;
mod compact;
mod exec;
mod exec_stream_events;
mod fork_conversation;
mod live_cli;
mod prompt_caching;
mod seatbelt;
mod stream_error_allows_next_turn;
mod stream_no_completed;
test: faster test execution in codex-core (#2633) this dramatically improves time to run `cargo test -p codex-core` (~25x speedup). before: ``` cargo test -p codex-core 35.96s user 68.63s system 19% cpu 8:49.80 total ``` after: ``` cargo test -p codex-core 5.51s user 8.16s system 63% cpu 21.407 total ``` both tests measured "hot", i.e. on a 2nd run with no filesystem changes, to exclude compile times. approach inspired by [Delete Cargo Integration Tests](https://matklad.github.io/2021/02/27/delete-cargo-integration-tests.html), we move all test cases in tests/ into a single suite in order to have a single binary, as there is significant overhead for each test binary executed, and because test execution is only parallelized with a single binary. 2025-08-24 11:10:53 -07:00			`// Aggregates all former standalone integration tests as modules.`

			`mod cli_stream;`
			`mod client;`
			`mod compact;`
			`mod exec;`
			`mod exec_stream_events;`
chore: unify history loading (#2736) We have two ways of loading conversation with a previous history. Fork conversation and the experimental resume that we had before. In this PR, I am unifying their code path. The path is getting the history items and recording them in a brand new conversation. This PR also constraint the rollout recorder responsibilities to be only recording to the disk and loading from the disk. The PR also fixes a current bug when we have two forking in a row: History 1: <Environment Context> UserMessage_1 UserMessage_2 UserMessage_3 Fork with n = 1 (only remove one element) History 2: <Environment Context> UserMessage_1 UserMessage_2 <Environment Context> Fork with n = 1 (only remove one element) History 2: <Environment Context> UserMessage_1 UserMessage_2 <Environment Context> This shouldn't happen but because we were appending the `<Environment Context>` after each spawning and it's considered as _user message_. Now, we don't add this message if restoring and old conversation. 2025-09-02 15:44:29 -07:00			`mod fork_conversation;`
test: faster test execution in codex-core (#2633) this dramatically improves time to run `cargo test -p codex-core` (~25x speedup). before: ``` cargo test -p codex-core 35.96s user 68.63s system 19% cpu 8:49.80 total ``` after: ``` cargo test -p codex-core 5.51s user 8.16s system 63% cpu 21.407 total ``` both tests measured "hot", i.e. on a 2nd run with no filesystem changes, to exclude compile times. approach inspired by [Delete Cargo Integration Tests](https://matklad.github.io/2021/02/27/delete-cargo-integration-tests.html), we move all test cases in tests/ into a single suite in order to have a single binary, as there is significant overhead for each test binary executed, and because test execution is only parallelized with a single binary. 2025-08-24 11:10:53 -07:00			`mod live_cli;`
			`mod prompt_caching;`
			`mod seatbelt;`
			`mod stream_error_allows_next_turn;`
			`mod stream_no_completed;`