Fix active Node and replay E2E flakes

[roji]

July CI runs exposed three hermetic test failures: arbitrary Node E2E tests exhausted the fixed Windows timeout budget, the two .NET target-framework suites competed on the same Windows runner, and a repurposed Rust metadata test still selected an unrelated compaction snapshot.

This change:

• gives Node tests and hooks a 60-second budget on Windows while retaining 30 seconds elsewhere, covering both default and in-process transports;
• runs .NET net8.0 and net472 coverage in separate parallel Windows matrix jobs, isolating each CLI/replay-proxy fixture graph without extending the workflow critical path;
• gives the Rust processing/context metadata test a dedicated snapshot matching its RUST_CONTEXT_INFO prompt, while preserving the shared compaction fixture used by Python.

Validation included workflow YAML and shell syntax checks, Rust nightly formatting, Rust test-target compilation, snapshot parsing and preservation checks, and commit whitespace checks. Full local E2E execution was blocked because the configured package-feed proxy returned 404 for @github/copilot@1.0.76-5.

[Copilot]

Pull request overview

Note

Copilot couldn't run its full agentic review because it didn't start before the timeout. Make sure your repository has a runner available, or add a copilot-code-review.yml file specifying one with the runs-on attribute. See the docs for more details.

Reduces CI flakiness across Node/.NET/Rust E2E coverage by adjusting timeouts, isolating Windows .NET target frameworks into separate jobs, and aligning a Rust E2E snapshot with its actual prompt/expectations.

Changes:

• Adjust Node Vitest integration timeouts to allow longer execution on Windows while keeping other OS budgets unchanged.
• Split .NET net8.0 and net472 runs into distinct Windows matrix jobs via a framework dimension and pass --framework to dotnet test.
• Add a dedicated Rust snapshot and rename the Rust E2E test to match the new snapshot/intent.

Show a summary per file

File	Description
nodejs/vitest.config.ts	Introduces OS-specific test/hook timeouts to reduce Windows E2E flakiness.
.github/workflows/dotnet-sdk-tests.yml	Adds a framework matrix dimension and runs dotnet test with explicit framework selection to avoid Windows runner contention.
rust/tests/e2e/rpc_session_state.rs	Renames the Rust E2E test to match the new processing/context metadata behavior/snapshot.
test/snapshots/rpc_session_state/should_report_processing_and_context_metadata.yaml	Adds a dedicated snapshot aligned with the Rust context metadata test prompt/expected output.

Review details

• Files reviewed: 4/4 changed files
• Comments generated: 0
• Review effort level: Lite

[Copilot]

🟢 Ready to approve

The focused changes consistently address the three documented CI flakes without introducing unresolved issues.

This review doesn't count toward merge requirements. Sign up for the private preview to control whether Copilot approvals count.

Review details

• Files reviewed: 4/4 changed files
• Comments generated: 0 new
• Review effort level: Balanced

We're testing this review assessment. Please use 👍 or 👎 to tell us if it's correct.

[github-actions]

SDK Consistency Review ✅

This PR contains only CI/test infrastructure fixes and does not modify any public SDK API surface. No cross-SDK consistency issues were found.

Changes reviewed:

• .github/workflows/dotnet-sdk-tests.yml — separates net472 and net8.0 into parallel Windows matrix jobs
• nodejs/vitest.config.ts — extends test/hook timeout to 60 s on Windows (keeps 30 s elsewhere)
• rust/tests/e2e/rpc_session_state.rs — renames test to match its dedicated snapshot
• test/snapshots/rpc_session_state/should_report_processing_and_context_metadata.yaml — new snapshot for the renamed Rust test

No changes to SDK client APIs; no action needed in other language implementations.

Generated by SDK Consistency Review Agent for #2186 · sonnet46 16.4 AIC · ⌖ 5.39 AIC · ⊞ 6.6K · ◷

[Copilot]

🟡 Not ready to approve

The Rust test still relies on observing a transient processing state that the immediate replay response can complete before polling begins.

Once you've addressed the issues Copilot identified, you can request another Copilot review.

This review doesn't count toward merge requirements. Sign up for the private preview to control whether Copilot approvals count.

Review details

Suppressed comments (1)

rust/tests/e2e/rpc_session_state.rs:1105

• The dedicated fixture now completes a one-token response with no replay delay, but this test polls for a transient processing == true state only after send() returns. The replay proxy emits all chunks synchronously when slowStreaming is false, while wait_for_condition polls every 100 ms, so the turn can already be idle before the first poll and the test remains timing-dependent. Please make the in-flight state deterministic (for example, hold the turn open with a controlled tool/delayed stream) or avoid asserting that the transient state must be observed.

        "should_report_processing_and_context_metadata",

• Files reviewed: 4/4 changed files
• Comments generated: 0 new
• Review effort level: Balanced

We're testing this review assessment. Please use 👍 or 👎 to tell us if it's correct.