Repository navigation
fix: forget browser notification choice when removing a Remote Host - #2549
Conversation
|
Note Currently processing new changes in this PR. This may take a few minutes, please wait... ⚙️ Run configuration
⛔ Files ignored due to path filters: 4
📒 Files selected for processing: 11
✨ Finishing Touches
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Exact-head review aid for The detailed Chinese HTML explainer was generated with the repository's Production evidence binds |
Requested by Vain. Refs #2500 · F01 finding · bounded claim.
Agent-Task:
codex/local/01a15ee9-f10e-7e21-90ba-727ffccb2183. Follow-up to merged #2534; its historical evidence is unchanged.Why the change
Permanently removing a Remote Host should forget its browser notification choice so pairing it again cannot silently restore the old enabled state.
Special things to note
05e00a20c50dce2ef0b00c8c00683ccd36717bc6: complete GO2 build, root/mobile typecheck, lint, format and 97 notification/Host/diagnostic tests + 20 viewer-boundary tests all exit 0; independent R2 Standards 0 / Spec 0. Final headd359c225b412c1a511ccf11b2a5d1596536ef0b5adds only four screenshots. Fresh two-Host UI run exit 0 proves removal, exact pending cancellation, real Host revocation, reload/re-pair defaults, temporary-disconnect retention and redacted storage-refusal reporting. Notification API used its real constructor with automated permission; OS banner, native/phone CLI, release-client parity, DSH Desktop and physical two-machine tailnet are unqualified. F01 changes no native inputs. No full suite or local docs build;ci-planselects affected tests and docs build, not yet a CI success claim. All four tracked Browser/Computer bundles were generated naturally and remained byte-identical.remote-notification-forget-persistence-failedreports that the persisted choice remains; reload/re-pair cannot be promised clean in that case. Pairing-storage failures are outside this fix. Original F01 red, R1 refusal red and first UI-driver timeout remain recorded; the corrected driver uses Messages → Add remote. HistoricalpersistedChoiceUnchangedacceptance was wrong for permanent Remove and is not reused. Existing O(seen identities) session memory and migration106 recovery risks are unchanged; F02 layout is separate.Change outline
No layout or copy change. The images below are one new-build lifecycle journey, not a base-version screenshot comparison: 1440 × 900, English, same isolated Hosts. UI selection and browser storage are corroborated by Host
revokedAtand the old credential's HTTP 401device-revoked; late activation returnsnotification-activation-cancelled. The storage-refusal case also reaches the existing Host diagnostics stream. Local evidence and original failures are retained under.humanlayer/tasks/2500-f01/; private profiles and credentials are not published.Before permanent Remove — enabled, Tool approvals disabled (light / dark).
After Remove → reload → re-pair — disabled, all four kinds reset (light / dark).