Skip to content

fix: a UserChoice naming a class that is gone no longer counts as default - #46

Merged
rgdevment merged 2 commits into
mainfrom
fix/dangling-prog-id
Oct 4, 2026
Merged

rgdevment merged 2 commits into
mainfrom
fix/dangling-prog-id

Conversation

@rgdevment

@rgdevment rgdevment commented Oct 4, 2026 •

Copy link
Copy Markdown
Owner

Uninstalling the installer copy removes LinkUnboundURL from the classes, but UserChoice keeps naming it: Windows guards that key with a hash and no application may rewrite it. The Store copy then reported itself as the default browser while every https link opened "Choose an app".

A ProgId now counts as held only when it is ours and its class still opens under HKEY_CLASSES_ROOT, for is_default_browser and association_report alike.

  • a_user_choice_naming_a_class_that_is_gone_is_not_held
  • fmt, clippy -D warnings, scripts/rules.sh
  • With the Store copy installed after uninstalling the installer one, the window says LinkUnbound is not the default

…ault

Uninstalling the installer copy removes LinkUnboundURL from the classes,
but UserChoice keeps naming it: Windows guards that key with a hash and no
application may rewrite it. The Store copy then reported itself as the
default browser while every https link opened "Choose an app".

A ProgId now counts as held only when it is ours and its class still opens
under HKEY_CLASSES_ROOT, for is_default_browser and association_report alike.
The hooks, the PR title check and the guide all read the same ceiling.
@rgdevment
rgdevment merged commit cf23201 into main Oct 4, 2026
23 checks passed
@rgdevment
rgdevment deleted the fix/dangling-prog-id branch October 4, 2026 22:09
@rgdevment rgdevment mentioned this pull request Oct 5, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant