GeezerVison

Problem

On CI run 36899218369 (PR branch agent/fix-npm-crawler-store-discovery, SHA 444da8c6), the job e2e (ubuntu-latest, e2e_vendor_jvm_build, 4.0.0-rc-6, --ignored maven_reactor) failed on attempt 1. A re-run of the same SHA (attempt 2) passed. The failure was in the fixture warm-up, before any socket-patch code ran:

[WARNING] The POM for org.apache.maven.plugins:maven-dependency-plugin:jar:3.6.1 is missing, no dependency information available
[ERROR] Plugin org.apache.maven.plugins:maven-dependency-plugin:3.6.1 or one of its dependencies could not be resolved:
[ERROR]   Could not find artifact org.apache.maven.plugins:maven-dependency-plugin:jar:3.6.1 in central (https://repo.maven.apache.org/maven2)

maven-dependency-plugin:3.6.1 is a long-published release, so Maven Central's CDN served it as absent for a moment. Because one job failed, the whole CI workflow (~200 jobs per attempt) went red and someone had to re-run it by hand. Every Maven capstone gets its first artifacts from warm_fixture: 24 legs in ci.yml across e2e_vendor_jvm_build, e2e_redirect_maven_build and e2e_vendor_maven_build.

Window checked: the last 500 workflow runs (2026-10-01 14:16 to 18:38 UTC). This was the only CI job that failed on attempt 1 and then passed on a re-run of the same SHA.

Root cause

warm_fixture calls Maven Central once and treats any failure as fatal on required legs. A plain retry would not help either: after a 404, Maven writes the miss into the local repository and won't ask again until the update interval passes:

... was not found in <repo> during a previous attempt. This failure was cached in the local repository and resolution is not reattempted until the update interval of <repo> has elapsed or updates are forced

Fix

crates/socket-patch-cli/tests/maven_build_common/mod.rs, warm-up only:

• Re-run the warm-up up to 3 times in total, with a 5s and then 10s pause, and only when Maven's output shows a resolution or transfer failure (could not be resolved, Could not find artifact, Could not transfer artifact, Could not resolve dependencies, Failed to read artifact descriptor).
• Pass -U on each retry so Maven ignores its cached "absent" result.
• Any other warm-up failure still fails on the first attempt. The tamper and checksum probes call copy_dependencies directly, so they behave exactly as before. No test was removed, and no assertion or timeout changed.

Proof

1. The failure and the cached miss reproduce locally. I used a local mirror of Central that returns 404 on the first request for maven-dependency-plugin-3.6.1.jar, ran the same copy-dependencies goal on the same fixture pom, and used a fresh local repository:
   • attempt 1: Could not find artifact org.apache.maven.plugins:maven-dependency-plugin:jar:3.6.1, the same signature as CI
   • attempt 2, plain re-run: fails with This failure was cached in the local repository
   • attempt 2 with -U: BUILD SUCCESS, and commons-text-1.10.0.jar plus commons-lang3-3.12.0.jar are copied
2. The real test recovers. I ran e2e_redirect_maven_build::maven_scan_hosted_fresh_checkout_install_and_manifestless_vex with SOCKET_PATCH_MAVEN_E2E_REQUIRED=1 on Maven 3.9.11. A temporary local change, not committed, pointed only the warm-up at the faulty mirror. The mirror logged INJECTED 404 …/maven-dependency-plugin-3.6.1.jar, the test printed fixture warm-up could not resolve from Maven Central; retrying with -U (2/3), and the result was test result: ok. 1 passed (382s).
3. rustfmt --check passes on the touched file. cargo clippy -p socket-patch-cli --test e2e_redirect_maven_build -- -D warnings (it includes maven_build_common) reports no issues for this change. Note for the owner: cargo clippy -p socket-patch-cli --all-targets -- -D warnings already fails on main with 7 lints in tests/prebuilt_common/mod.rs (needless borrows, type_complexity, cloned_ref_to_slice_refs) on toolchain 1.93.1. That's out of scope here.
4. CI on 5e315b8 is green: all 211 check runs passed or were skipped, including all 24 Maven legs. Bugbot found no issues.

Where tests run

Nothing moved or was removed. The same jobs and the same required-check names are kept.

🤖 Generated with Claude Code

https://claude.ai/code/session_01RWYw4tw9AjhhGuLVyBdkNn

Generated by Claude Code