Windows default browser detection reads wrong registry key
Cluster 108051 · apps/desktop. Data as of
Nothing open on GitHub. Fix merged in #134428 on 7 Oct 2026. Check it covers your case.
The short answer
- Known?
- Yes. 4 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #134428. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
resolved, deciding PR #134428. That is separate from the fix event. - Still open
- Nothing open on GitHub.
A bug on Windows 11 25H2/build 26200 causes a blank updater window because the code reads the legacy UserChoice registry key instead of the newer UserChoiceLatest key. The accompanying fixes update the lookup order to prefer UserChoiceLatest.
Open issues0
Open PRs0
Fixes on record
-
#134428 Windows 11 25H2: real-profile browsing and the updater window find the default browser (#107854, salvage #106971)
files:
contributors/emails/[redacted:email],hermes_cli/browser_connect.py,scripts/desktop-update/windows.ps1,tests/hermes_cli/test_browser_connect_default_chromium.py
2 PRs closed without merging
From the close comments: done elsewhere 2
Closed issues · 1
- Closed#108051[Bug][Windows 11 25H2 / build 26200] Desktop updater: `Get-DefaultBrowserExe` reads the legacy `UserChoice` key the OS no longer updates — blank ghost update window
How this cluster was grouped
-
Link evidence (
structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference. -
Pairwise link density
0.50: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36.1.00means every pair is linked.
Pick up a Lab task
Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.
Open the LabAt a glance
- Subsystem
- apps/desktop
- Merged PRs
- #134428
- Closed issues
- 1
- Attempts
- 2 PRs closed without merging
- Fix link checked
- 7 Oct 2026