Skip to content

Follow-up: deferred review findings from PR #902 #923

Description

@philcunliffe

Deferred, non-blocking findings from the review rounds on PR #902 (head a7e8a1d). All three review findings from the final round were verified fixed at that head (npm test 4489 pass / 0 fail, typecheck clean, re-verified independently at triage). What remains is deferred by design or is polish, not a merge blocker.

1. hyp init --force re-init drops proxy_mode from a still-proxying pre-0262 machine (accepted-by-design in review round 1, flagged for follow-up)

With the claude picker row no longer declaring compose.gateway_proxy_mode, a non-interactive hyp init --force on a pre-LLP-0262 install whose ~/.claude/settings.json still carries a repointed base URL composes a gateway without proxy_mode. prepareInterception then takes the tunnelOnly branch and capture drops to zero rows, observable only via the aigw.proxy_mode_stale_ca daemon-log line.

  • The carry-forward protection rides args.existing, supplied only by the interactive reconfigure lane: src/core/cli/wizard/pick.js:387 passes it, src/core/cli/walkthrough.js:685 does not, and the fold documents this as deliberate at src/core/cli/walkthrough.js:963-968 ("a non-interactive --force re-init composes from scratch by design, the whole-file overwrite is its own consent", LLP 0243/0244).
  • Deferred because enforcing the old behaviour would revert the change PR Stop offering a proxy migration and a CA repair the otel Claude attach cannot perform #902 exists to make, and the corpus settled the row change (LLP 0243 Extended-by: LLP 0262). The follow-up worth considering: have the 0262 migration guarantee a re-attach runs alongside a forced re-init, so the legacy population cannot land in silent tunnelOnly capture.

2. PR body inaccuracy: "--json keys are unchanged"

proxy_trust.proxy_mode_configured is a new (additive, tri-state) key in hyp status --json (src/core/commands/status.js:319-326). Harmless, but correct the wording if the PR body is reused for release notes.

3. README "Proxy mode" section still carries the stale password-dialog claim

Review round 1 fixed the contradictory claim in docs/PRIVACY.md and src/core/cli/core_commands.js ("a later re-attach does not ask for your password again"), but noted the README "Proxy mode" section still carries it and was outside the PR's diff. Bring it in line with the LLP 0262 otel-attach reality.

Backlink: PR #902.

Metadata

Metadata

Assignees

No one assigned

    Labels

    neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions