Michael Bolin 366ecaf17a app-server: fix flaky list_apps_returns_connectors_with_accessible_flags test (#12286) ... ## Why `app/list` emits `app/list/updated` after whichever async load finishes first (directory connectors or accessible tools). This test assumed the directory-backed update always arrived first because it injected a tools delay, but that assumption is not stable when the process-global Codex Apps tools cache is already warm. In that case the accessible-tools path can return immediately and the first notification shape flips, which makes the assertion flaky. Relevant code paths: - [`codex-rs/app-server/src/codex_message_processor.rs`](13ec97d72e/codex-rs/app-server/src/codex_message_processor.rs (L4949-L5034)) (concurrent loads + per-load `app/list/updated` notifications) - [`codex-rs/core/src/mcp_connection_manager.rs`](13ec97d72e/codex-rs/core/src/mcp_connection_manager.rs (L1182-L1197)) (Codex Apps tools cache hit path) ## What Changed Updated `suite::v2::app_list::list_apps_returns_connectors_with_accessible_flags` in `codex-rs/app-server/tests/suite/v2/app_list.rs` to accept either valid first `app/list/updated` payload: - the directory-first snapshot - the accessible-tools-first snapshot The test still keeps the later assertions strict: - the second `app/list/updated` notification must be the fully merged result - the final `app/list` response must match the same merged result I also added an inline comment explaining why the first notification is intentionally order-insensitive. ## Verification - `cargo test -p codex-app-server`		2026-02-20 02:27:18 +00:00
..
common	tests: centralize in-flight turn cleanup helper (#12271)	2026-02-20 01:47:34 +00:00
suite	app-server: fix flaky list_apps_returns_connectors_with_accessible_flags test (#12286)	2026-02-20 02:27:18 +00:00
all.rs	fix: separate codex mcp into codex mcp-server and codex app-server (#4471)	2025-09-30 07:06:18 +00:00