Open Bug 748910 Opened 12 years ago Updated 2 years ago

Setting Firefox as the default browser in the installer breaks migration check for the default browser

Categories

(Firefox :: Installer, defect, P5)

x86
Windows 7
defect

Tracking

()

People

(Reporter: asaf, Unassigned)

References

(Depends on 1 open bug)

Details

The migration wizard attempts to default to migration from the user's default browser, so that for Next->Next->Next users, we'll import from the right browser (If it's not IE, which is the fallback for the migration wizard). However, these next->next->next users are also very likely to next->next the installation wizard, which defaults to setting Firefox as the default browser. As a result, the migration wizard will fail to find out the previous default browser (in which case IE is the fallback).
OS: Mac OS X → All
Mano, to solve this will either require removing the ability to set as default from the installer which I doubt will happen or to hand off some information in some manner so the migration wizard can get this information. Since the default browser is determined by the path to the app would the path in a file be sufficient?
OS: All → Windows 7
Actually, on Windows Vista and above, the default browser is not determined by its path, at least not by the public api.

Ideally, the installer would mimic the behavior of nsOSHelperAppService::GetApplicationDescription("http"), which does the following:
* On Vista and above, it just uses the default-programs api (QueryCurrentDefault)
* Otherwise, it reads the legacy registry entry, parses the path from it, and reads the FileDescription field for the file referenced. That's, afiact, always the same as what 1) does (per my testing results detailed in bug 748569 comment 2).

Saving this output to a file is definitely sufficient.
But yes, if the installer can grab a path, that would work just as well.
Robert, any idea who could look into this? I'd have to learn NSIS scripting in order to fix this.
I can take the writing of the install path to either the registry or a file if you can write the patch for getting the migration code to read this value. Would a registry value be enough?
That would be very helpful, many thanks! :)

If by regisrty value you're referring to the "storage" place for the default browser previously-set. - then sure, i can read that. About the other registry key - in which the default browser was set until Vista - please see my previous comment.
Not a problem and yes, the Vista and above API's for setting / getting the default handler will be used as appropriate for getting the path. iirc, the NSIS plugin we created for Vista and above already handles this.
Summary: Windows installer breaks migration check for the default browser → Setting Firefox as the default browser in the installer breaks migration check for the default browser
Priority: -- → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.