GeezerVison

LLM Description written by Claude Code:claude-opus-5-5

Fixes #403

Summary

socket-patch apply no longer exits 1 when the only manifest patches are for packages that the project's lockfile resolves but the package manager deliberately left uninstalled on this host. Examples are a platform-gated optional dependency (fsevents on Linux, @esbuild/<os>-<cpu>) and a devDependency after npm ci --omit=dev. Before this change, CI on "the other" platform and production deploys running npm ci --omit=dev && socket-patch apply failed even though the tree was already correct.

Root cause

Agent-mode apply (crates/socket-patch-cli/src/commands/apply.rs) failed the run when no targeted manifest patch matched an installed package. That happened both on the empty-crawl path (success: unmatched.is_empty()) and on the none_matched path. Neither path looked at the project's lockfiles. If any other patch matched, the same entry was only a warning (exit 0). scan --apply already treats lockfile-only packages as a calm skipped/package_not_installed, as CLI_CONTRACT.md says.

Fix

• New lockfile_resolved() reads the project lock inventory (ProjectContext::locks, the same inventory behind scan's lockfile supplement) and marks the unmatched purls the lockfiles resolve. It uses the normalize_purl/qualifier-stripped comparison and Composer's purl_eq, mirroring lockfile_only_contains. Global runs have no project lock, so nothing is lockfile-resolved there.
• Lockfile-resolved purls never fail the run:
  • JSON keeps the skipped/package_not_installed event, with the detail "Resolved by the project lockfile but not installed on this host (lockfile-only)".
  • The human path prints a Note: block instead of the Error: block. --silent/--json mute it.
• An unmatched purl with no lock evidence still fails an all-miss run, and the error lists only those purls. The wrong---cwd guard is kept: no lock means behavior is unchanged.
• CLI_CONTRACT.md (package_not_installed row, rollback asymmetry note) and the doc comment on the pinned unmatched_purl_exit_semantics_are_pinned invariant are updated. That invariant's ghost purl has no lock, so both of its halves are unchanged.
• I added no new async frame to apply_patches_inner's poll state: the lock read is Box::pinned, per the Windows 1 MiB stack note.
• Wrappers (npm/, pypi/, gem/) only dispatch to the binary, so they need no change.

Test evidence

New suite crates/socket-patch-cli/tests/apply/lockfile_only_skip.rs (cargo test -p socket-patch-cli --all-features --test apply lockfile_only_skip):

• Without the fix (main's apply.rs): 4 failed, 1 passed. The no_lockfile_all_miss_still_fails control passes on both.
• With the fix: 5 passed.

Per-issue checklist (#403):

• Platform-skipped optional dependency (fsevents, os: ["darwin"]): exit 0, success, calm skip event, human note and no Error:. Covered by platform_skipped_optional_dependency_is_a_calm_skip.
• Hook-style apply --silent: exit 0 and silent. Covered by silent_apply_on_platform_skipped_optional_dependency_exits_zero.
• npm ci --omit=dev devDependency (dev: true): exit 0. Covered by omitted_dev_dependency_is_a_calm_skip.
• A purl the lock doesn't resolve still fails, and the error lists only it. Covered by unresolved_purl_still_fails_alongside_a_lock_resolved_one.
• No lockfile at all (wrong cwd): still exit 1. Covered by no_lockfile_all_miss_still_fails.
• Real npm 10.9.4 / Node 22 repro from the issue ([email protected], so [email protected] is in the lock but not installed on Linux, with a manifest holding only pkg:npm/[email protected]). apply --offline exits 0 with the note, and apply --offline --silent exits 0.

Local checks:

• cargo clippy --workspace --all-features -- -D warnings: clean.
• cargo fmt --all -- --check: main itself isn't rustfmt-clean (a cargo fmt --all rewrites 129 files on 61cfb9b), and CI doesn't run fmt. I checked that this PR's hunks and the new file are rustfmt-clean, and the only rustfmt --check diff left in apply.rs is a pre-existing one that main also has.
• cargo test --workspace --all-features --no-fail-fast: 9473 passed, 12 failed, 246 ignored. All 12 failures are permission-based fixtures (chmod read-only dirs or unremovable files, e.g. covgap_commands_vendor::*_state_write_failure_*, vendor::pypi_poetry::tests::wire_write_failure_*, patch::copy_tree::tests::relax_loop_must_not_traverse_symlinked_root). They can't fail as root (the sandbox runs as uid 0), and none of them touch apply. CI runs as non-root.
• node --test npm/socket-patch/bin/socket-patch.test.mjs: 4/4.

CI on 2b8466b: all 407 check runs finished, 401 success and 6 skipped. Bugbot reviewed 2b8466b and found no issues.

Generated by Claude Code