You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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 --forcere-init dropsproxy_modefrom 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-interactivehyp init --forceon a pre-LLP-0262 install whose~/.claude/settings.jsonstill carries a repointed base URL composes a gateway withoutproxy_mode.prepareInterceptionthen takes thetunnelOnlybranch and capture drops to zero rows, observable only via theaigw.proxy_mode_stale_cadaemon-log line.args.existing, supplied only by the interactive reconfigure lane:src/core/cli/wizard/pick.js:387passes it,src/core/cli/walkthrough.js:685does not, and the fold documents this as deliberate atsrc/core/cli/walkthrough.js:963-968("a non-interactive--forcere-init composes from scratch by design, the whole-file overwrite is its own consent", LLP 0243/0244).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: "
--jsonkeys are unchanged"proxy_trust.proxy_mode_configuredis a new (additive, tri-state) key inhyp 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.mdandsrc/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.