Closed
Bug 918253
Opened 11 years ago
Closed 7 years ago
Unable to choose both Nightly and Firefox from Control Panel defaults
Categories
(Firefox :: Installer, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 1324617
People
(Reporter: manuela.muntean, Unassigned)
References
Details
(Whiteboard: p=0)
Tested with the latest Nightly (build ID: 20130918030202) and Firefox 24 release, on a Win 8 32bit machine
STR
1. Install both latest Nightly and Fx 24 release in the standard folder (Program Files)
2. Go to Control Panel -> Default Programs, and try to set them both to be the default browser, consecutively
Actual results: step 2 can't be performed, because in Control Panel -> Default Programs I can only see Nightly; Firefox 24 doesn't appear in that list. I can only make Firefox 24 to be the default browser if I open it and set it from the Tools -> Options -> Advanced menu
Another strange thing that happens here, is that if I make Fx 24 default browser as exaplained above, the Metro icon still remains visible in the Start Page, and if I enter it, it opens Nightly in desktop mode
Expected results: step 2 should be performed smoothly, without any issues
Updated•11 years ago
|
Blocks: metrov1backlog
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0
Comment 1•11 years ago
|
||
This is not a Metro specific bug to the best of my knowledge. Can you reproduce with Firefox and Beta builds (which don't have Metro Firefox) using the same steps?
All Firefox browser's use the same FirefoxURL app id key so I think you're just seeing that.
I have some ideas on how it could be fixed though
Flags: needinfo?(manuela.muntean)
Updated•11 years ago
|
Summary: Defect - unable to make Nightly or Firefox my default browser from Control Panel → Defect - Unable to choose both Nightly and Firefox from Control Panel defaults
Reporter | ||
Comment 2•11 years ago
|
||
(In reply to Brian R. Bondy [:bbondy] from comment #1)
> This is not a Metro specific bug to the best of my knowledge. Can you
> reproduce with Firefox and Beta builds (which don't have Metro Firefox)
> using the same steps?
>
> All Firefox browser's use the same FirefoxURL app id key so I think you're
> just seeing that.
>
> I have some ideas on how it could be fixed though
I've uninstalled everything related to Firefox, and then installed 24 ESR (in Program Files) and 25 beta 1 (on the Desktop, because if I would have chosen the standard folder to install in, it would have paved over the 24 ESR)
When going to Control Panel -> Default Programs, in the list, I can only see one Firefox, and I have to make it the default browser to see which one it is. It's 24 ESR, the one installed in the standard folder.
Flags: needinfo?(manuela.muntean)
Comment 3•11 years ago
|
||
Yep thanks for checking, this is how multi-installs have always worked.
Let's leave this open though because I think it may be able to be fixed without too much effort.
Comment 4•11 years ago
|
||
The fix here is to add an extra entry per channel in:
HKEY_CURRENT_USER\Software\RegisteredApplications
That new entry would point to another new entry you need to ad here:
HKEY_CURRENT_USER\Software\Clients\StartMenuInternet\${Channel}-FIREFOX.EXE
These references would need to be all updated:
http://dxr.mozilla.org/mozilla-central/search?tree=mozilla-central&q=StartMenuInternet&redirect=true
Then we'd need to test we don't break any default status via helper.exe /PostUpdate, but I don't think we would.
Comment 5•11 years ago
|
||
p=3 (but Firefox has always worked this way, not Metro specific)
Comment 6•11 years ago
|
||
tentatively blocking since it's a pain for testers.
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0 → [preview] feature=defect c=tbd u=tbd p=0
Updated•11 years ago
|
Whiteboard: [preview] feature=defect c=tbd u=tbd p=0 → feature=defect c=tbd u=tbd p=0
Updated•11 years ago
|
Whiteboard: feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=0
Comment 9•11 years ago
|
||
(In reply to Brian R. Bondy [:bbondy] from comment #4)
> The fix here is to add an extra entry per channel in:
> HKEY_CURRENT_USER\Software\RegisteredApplications
>
> That new entry would point to another new entry you need to ad here:
> HKEY_CURRENT_USER\Software\Clients\StartMenuInternet\${Channel}-FIREFOX.EXE
>
> These references would need to be all updated:
> http://dxr.mozilla.org/mozilla-central/search?tree=mozilla-
> central&q=StartMenuInternet&redirect=true
>
> Then we'd need to test we don't break any default status via helper.exe
> /PostUpdate, but I don't think we would.
It is insufficient. We should stop Nightly finding an existing Firefox instance, and vice versa. Otherwise Nightly will not start if Firefox is already running. A new Firefox window will open instead.
Comment 10•11 years ago
|
||
This bug is really only about the registration though, to address something along the lines of multi profile per installation please post another bug.
Updated•11 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
QA Contact: jbecerra
Whiteboard: [block28] feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=5
Updated•11 years ago
|
Whiteboard: [block28] feature=defect c=tbd u=tbd p=5 → [release28] feature=defect c=tbd u=tbd p=5
Comment 11•11 years ago
|
||
I don't think there's any new strings here and this is only relating to multi installs, so marking as release28 instead of block28.
Updated•11 years ago
|
Updated•11 years ago
|
Whiteboard: [release28] feature=defect c=tbd u=tbd p=5 → [beta28] feature=defect c=tbd u=tbd p=5
Comment 12•11 years ago
|
||
I've tried to vet out bbondy's idea, but all I seem to have accomplished is screwing up my registry! I think his idea has merit, but there might be some catch or edge case I don't know enough about the registry to catch.
Assignee: ally → nobody
Updated•11 years ago
|
Status: ASSIGNED → NEW
Updated•11 years ago
|
QA Contact: jbecerra
Whiteboard: [beta28] feature=defect c=tbd u=tbd p=5 → [beta28] p=0
Comment 13•11 years ago
|
||
(In reply to Brian R. Bondy [:bbondy] from comment #4)
> The fix here is to add an extra entry per channel in:
> HKEY_CURRENT_USER\Software\RegisteredApplications
>
> That new entry would point to another new entry you need to ad here:
> HKEY_CURRENT_USER\Software\Clients\StartMenuInternet\${Channel}-FIREFOX.EXE
>
> These references would need to be all updated:
> http://dxr.mozilla.org/mozilla-central/search?tree=mozilla-
> central&q=StartMenuInternet&redirect=true
>
> Then we'd need to test we don't break any default status via helper.exe
> /PostUpdate, but I don't think we would.
I tried doing this way back when and I clearly recall Windows auto-creating registry keys that screwed this up which is why I went with FIREFOX.EXE. I don't recall if this was with Win9X, Win2K, or WinXP so this would need to be thoroughly tested on XP by checking for auto added registry keys.
Updated•11 years ago
|
No longer blocks: 935467
Summary: Defect - Unable to choose both Nightly and Firefox from Control Panel defaults → Unable to choose both Nightly and Firefox from Control Panel defaults
Whiteboard: [beta28] p=0 → [beta28] [defect] p=0
Updated•11 years ago
|
Whiteboard: [beta28] [defect] p=0 → [defect] p=0
Updated•11 years ago
|
Whiteboard: [defect] p=0
Updated•11 years ago
|
Whiteboard: [defect] p=0
Comment 14•11 years ago
|
||
triage: booted from blocker list since we've declared multi-installs not blocking v1. I'd still like us to fix this in the future.
Updated•11 years ago
|
Priority: P2 → --
Updated•11 years ago
|
Priority: -- → P2
Whiteboard: [defect] p=0 → p=0
Comment 15•9 years ago
|
||
Firefox for Metro is dead, but this bug is not Metro specific as already stated in this bug twice.
Component: Install/Update → Shell Integration
Product: Firefox for Metro → Firefox
Comment 16•8 years ago
|
||
The majority if not all of the work will need to be done in the installer so changing component.
Component: Shell Integration → Installer
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•