ruvector/crates/rvAgent/rvagent-cli/tests
ruvnet dd59745ed8 fix(rvagent-cli, ruqu-wasm): unblock 2 PR #388 test failures
PR #388's matrix-split CI exposed two pre-existing failures hidden
by the previous 30-minute Tests-job timeout. Both have surprising
root causes worth recording.

## Failure 1 — `rvagent-cli::a2a_cli::a2a_serve_discover_and_send_task`

Symptom: `unrecognized subcommand 'a2a'` from the spawned `rvagent`
binary; test panicked at the `expect(server closed before emitting
listening line)` site.

Root cause: **PR #380's `main.rs` and `Cargo.toml` changes were
silently lost during merge.** The new `crates/rvAgent/rvagent-cli/src/a2a.rs`
file landed, but:
  - `mod a2a;` was never added to `main.rs`
  - The `A2a(A2aCommand)` variant was never added to the `Commands`
    enum
  - The dispatch arm was never wired in
  - `Cargo.toml` was never updated with the new deps
    (`rvagent-a2a` path dep, `ed25519-dalek`, `rand_core`, `axum`,
    `reqwest`, `hex`, plus tokio's `signal`/`process`/`time`/`io-*`
    /`fs`/`net` features)

So `rvagent` shipped with `a2a.rs` orphaned: the file compiled into
the lib via `lib.rs` but the binary's `main.rs` never knew about it.

Fix:
  - `main.rs`: add `mod a2a;`, add `A2a(a2a::A2aCommand)` variant,
    add `is_tui_mode` arm, add dispatch arm using
    `cli.command.take()` to own the variant (avoids needing to
    derive Clone on every clap struct in `a2a.rs`).
  - `Cargo.toml`: restore the deps and tokio features PR #380
    intended.

Diagnostic improvement: also extended the test to drain the
server's stderr in the background and dump it on every panic
path. Without that I'd never have seen `unrecognized subcommand
'a2a'` — the future-me debugging this would have spent hours.

Verified locally: `cargo test -p rvagent-cli --test a2a_cli` →
`1 passed; 0 failed`.

## Failure 2 — `ruqu-wasm::tests::test_circuit_rejects_too_many_qubits`

Symptom: panic inside `wasm-bindgen-0.2.117/src/lib.rs:1280`
("function not implemented on non-wasm32 targets").

Root cause: the test module was `#[cfg(test)]` (runs on every
`cargo test`) but called into wasm-bindgen-wrapped types
(`WasmQuantumCircuit::new`), which since wasm-bindgen 0.2.117
panic when called from a non-wasm runtime.

Fix: gate the tests module on `#[cfg(all(test, target_arch =
"wasm32"))]`. WASM-binding tests run via `wasm-pack test`; the
underlying `ruqu-core` numeric logic is already covered by its
own native test suite.

This is the same pattern PR #390 (RaBitQ WASM) used proactively.

## Verification

  cargo build -p rvagent-cli                                 → clean
  cargo test  -p rvagent-cli --test a2a_cli                  → 1/1 pass
  cargo build -p ruqu-wasm                                   → clean
  cargo test  -p ruqu-wasm                                   → 0 native tests
                                                                (wasm-only path)
  cargo clippy -p rvagent-cli -p ruqu-wasm --all-targets
       --no-deps -- -D warnings                              → exit 0
  cargo fmt --all --check                                    → exit 0

After this lands, PR #388's Tests (rvagent) and Tests (ruqu-quantum)
shards should go green.

Co-Authored-By: claude-flow <ruv@ruv.net>
2026-04-26 00:14:39 -04:00
..
a2a_cli.rs fix(rvagent-cli, ruqu-wasm): unblock 2 PR #388 test failures 2026-04-26 00:14:39 -04:00
integration_tests.rs feat(rvAgent): Complete DeepAgents Rust Conversion (ADR-093 → ADR-103) (#262) 2026-03-16 09:52:32 -04:00