Closed Bug 213733 Opened 21 years ago Closed 13 years ago

Installer no longer remembers "default browser" status.

Categories

(Core Graveyard :: Installer: GRE, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jasonb, Unassigned)

References

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030724
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030724

For the past several days, every time I've installed the latest Win32 build (via
the network stub installer) it asks me if I want to make Mozilla my default
browser.  This happens even when I do an in place upgrade (without first
uninstalling my old version).  This has never happened before - it's always
remembered from one install to the next what my default browser should be.

Reproducible: Always

Steps to Reproduce:
1. Set Mozilla to be your default browser.
2. Install a nightly build.

Actual Results:  
Mozilla forgets that it's the default browser and asks again.

Expected Results:  
Perhaps this is reasonable if you've done a full uninstall of Mozilla, but on an
upgrade install (at the very least) it should remember what your default browser
is, rather than overwriting your preference - then asking again.

It may be that the installer is now first doing a full uninstall prior to
installation?  If so this behaviour is only recently introduced - but, if it is
doing that, it should be handling this situation better than it is.
I wouldn't mind this behaviour SO much if it weren't for bug 131106 requiring me
to reset all of my file associations that Mozilla grabs when I tell it to become
the default.  Even if I say "No", then go into Prefs to check the "Default"
button (which does not grab the image extensions), I still have to manually
check some things which it *doesn't* grab - like XUL, Chrome, and Gopher.  So
however I go about making Mozilla the default again, it requires extra work on
my part to "fix" it later on.
Keywords: regression
Summary: Installer no longer remember "default browser" status. → Installer no longer remembers "default browser" status.
not installer
Assignee: ssu → law
Component: Installer → File Handling
QA Contact: bugzilla → petersen
I don't see how it can't be the installer - since it's the part of Mozilla
that's causing the problem.  The only time this happens is when I run the
installer, so it must have something to do with a change in the installer
routine...  (Unless you're saying that the cause is the installer but it still
needs to be fixed elsewhere.)
This regression may have been caused by the patch for bug 210731.  (Same time
frame.)  If so, it's definitely setup (the installer) deleting something it
shouldn't be deleting.
The 8/19-04 build no longer exhibits this behaviour.  If subsequent builds also
don't "forget" that Mozilla is the default browser, I'll close this out.
Interesting.

It seems I was mistaken in the above comment.  What actually happens is that if
you (re)install the *same* build then the installer does NOT de-register Mozilla
as the default browser.  (I had re-installed the 8/19-04 build for various
reasons, and it kept Mozilla as the default browser, which is why I'd thought it
was something to do with the build rather than this situation.)

So there's definitely some kind of logic going on in the installer such that it
compares the existing build to that which is being installed - and only if
they're different does it de-register Mozilla.  We need to fix it so that it
never de-registers Mozilla at all - regardless of build comparison.
Does anybody know the Windows registry key where the string for the default
browser is stored?

I'd like to turn registry auditing on to determine when this is accessed (narrow
down if it's during the installer's called uninstall routine or it's actual
install routine proper), mark it read-only so that whatever installer process
*is* happening can't change my default browser from Mozilla, and, perhaps, try
to identify the offending bit of Mozilla code in an attempt to fix this bug...
I just installed the 12/19-08 Win32 build - and it no longer "forgot" that
Mozilla was my default browser.  I didn't have to go through all of the
rigamarole that I have been over the past 5 months since I filed this bug.

So - it *looks* like this has been fixed.  But I can't point to any bug that
would have been responsible for fixing this.  It would have happened sometime
between 12/17-08 and 12/19-08.  (I never used a 12/18 build so can't comment on it.)
Ack.  12/20-09 asked me (again) if I wanted Mozilla to be my default browser
when upgrading from 12/19-09.  All I can think of this time around is that the
installer doesn't disassociate the browser if the brand version is changed (i.e.
1.6b to 1.7a).

Also - I'm changing this back to the Installer component.  This is NOT just a
file association problem.  It's directly related to the installation routine (or
the removal routine that's called by the installer) not doing what it should be
doing properly.  The installer is clearly the culprit here, and it's code in
that component that needs to be fixed.
Assignee: law → general
Component: File Handling → Installer
QA Contact: chrispetersen → bugzilla
I have to check this tomorrow with a new build. But it seems that the bug only
appears when the GRE installer removes the orphaned GRE installations. Perhabs
the installer removes not only the files but also the registry entries.
Build 2003122400 WinXP
Installing todays trunk the GRE installer did not remove the orphaned GRE
directory and as a result of this I was not ask whether I want to make Mozilla
my default browser.
Good work!

I manually deleted my GRE directory and I, too, was no longer hit by this bug. 
I'll have to add a line to my custom install script (which also does things such
as deleting the unwanted desktop icon and program group) to do this automatically.

-> Installer: GRE.
Assignee: general → gre
Component: Installer → Installer: GRE
I got hit by this or similar installing Mozilla 1.6 on a Windows 98SE box.  I'd
set Firebird to be my default browser, and when the Mozilla 1.6 for Windows
installer asked if I wanted it to be my default, I said no.  After that,
clicking on any url in Outlook 2000 resulted in an error (file not found) and no
browser being launched.
You're saying that the installer removed Firebird as your default browser and
left you with no association at all?  I'm not sure if that's this bug per se (it
may be) but it's certainly not the behaviour you want.  If your default browser
isn't Mozilla, there's definitely no way that the install process should be
messing around with what is your default browser without at least first asking.

In any case, it's obvious that the installer's check as to what the default
browser is, and how it handles it, is busted when doing an upgrade install.
*** Bug 235844 has been marked as a duplicate of this bug. ***
1.7 blocker?
Windows XP with Celeron processor, dial up connection.  At initial install I 
did not choose to migrate Explorer favorites or set Mozilla as default.  
Decided to make default after initial use.  Answered Mozilla default request 
as yes, maintains default throughout session.  After session close, upon 
reconnect Explorer is default.  When I open Mozilla it again asks if I would 
like to set Mozilla as default, answer yes and it maintains default status 
during session but only this session.  Have attempted to de-install and re-
install Mozilla browser but upon re-install it does not ask if I would like to 
migrate explorer settings,favorites etc or if I would like to make Mozilla the 
default browser
That sounds like a related but different problem.
Product: Core → Core Graveyard
The GRE installer is long dead
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.