Closed Bug 192819 Opened 23 years ago Closed 23 years ago

Setting Mozilla browser and Mail as default programs using 'Set Program Access and defaults' applet zaps Mozilla installation

Categories

(SeaMonkey :: Installer, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: holmanj, Assigned: ssu0262)

References

Details

Attachments

(6 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 Windows XP SP1 (and I think W2K SP3) has a new feature that allows a user to set MSFT programs (or other programs) to be the default programs for browsing, mail, IM, and the like. You can also hide programs as well. With Mozilla 1.3b, Mozilla and Mozilla mail are listed under the web browser and email program catagory. If you make ether of those your default program for Mail and web browsing. Your Mozilla installation is wiped out. The installation folder (C:\Program Files\mozilla.org\mozilla) has nothing inside, the folder group in the start menu is gone as well as the desktop icon. To workaround this problem, use the ZIP build instead of the installer. Reproducible: Always Steps to Reproduce: 1. Download mozilla-win32-1.3b-installer.exe or mozilla-win32-1.3b-stub-installer.exe to your HDD. 2. Install Mozilla. 3. Go to The 'Set Program Access and defaults' (SPA&D) applet. To access SPA&D, go to the Control Panel and click on Add or Remove Programs. Click the 'Set Program Access and defaults' tab. 4. Choose Mozilla and Mail/News as defaults. Disable access to MSIE and Outlook Express. 5. Press OK. Actual Results: The Mozilla installation is wiped out. The installation folder (C:\Program Files\mozilla.org\mozilla) has nothing inside, the folder group in the start menu is gone as well as the desktop icon. Expected Results: The MSIE and Outlook Express icons should have hidden. The defaults for both web browsing and email should have been transfered to Mozilla. I am on Win XP Home with 256 MB/RAM and a P4 procssor speed or 1.6 GHZ.
This is how the SPA&D applet looks before Mozilla is made the default for browsing and mail.
added myself to CC.
Note how Mozilla's products are NOT listed under browsing and mail.
Attached file Diff showing which files were deleted (obsolete) —
CONFIRM. I did the same thing (on WinXP SP1), selecting Mozilla as the default browser and mail application (didn't try to hide access to IE, though), and WinXP put up a popup insinuating that it was setting the access, but apparently trashing the installation. Looks like it ran the uninstaller or something, because it also nuked the desktop icons. I've attached a Diff between the "ls" listings of the before and after directories. Fortunately, reinstalling Moz fixes things up - the profiles aren't touched.
Comment on attachment 114158 [details] Diff showing which files were deleted Oops - attached wrong file
Attachment #114158 - Attachment is obsolete: true
The right diff.
Here's another workaround. Launch the Set Program Access and defaults applet. Instead of choosing Mozilla for mail or browsing, leave it set to "Use my current web browser [email program]". This does not interfer with Mozilla. I also have found that choosing the Mozilla icons under Internet and E-Mail in Win XP's new start menu does not launch Mozilla. Are the two behavors connected?
not installer
Assignee: dveditz → law
Component: Installer → File Handling
QA Contact: bugzilla → petersen
Um. It works with zip builds. It's broken with installer builds. That would be.... installer! (and read the file handling component description, please). ccing dougt in case there are GRE issues.
Assignee: law → dveditz
Component: File Handling → Installer
QA Contact: petersen → bugzilla
Should this bug be marked new and be added as a showstopper for 1.3 final and 1.4a? If this bug is not fixed, it could make the installer builds of Mozilla a bit of a pain to use until the fix is in.
well I can't test this myself, but it looks like something that should be investigated (and fixed if necessary) before 1.3...
Severity: blocker → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.3?
Setting Mozilla as the default used to work, although the last time I tried it was 1.0.1 or so. The uninstaller was changed to handle the GRE, perhaps it now ignores the default-setting options (overloading the _UN_installer this way doesn't seem to be such a good idea, but I guess it was handy). Boy this is darn annoying, but probably not a 1.3 blocker.
Assignee: dveditz → ssu
Keywords: nsbeta1
Asa thinks this is a blocker, I'm swayed.
Flags: blocking1.3? → blocking1.3+
Attachment #114862 - Flags: superreview?(dveditz)
Attachment #114862 - Flags: review?(sgehani)
Attachment #114863 - Flags: superreview?(dveditz)
Attachment #114863 - Flags: review?(sgehani)
Status: NEW → ASSIGNED
Flags: blocking1.3+ → blocking1.3?
I recently installed Netscape 7.0x on my XP box. The SPA&D applet has Netscape 7.0x under browsing, mail, and IM. Setting NS 7.0x as the default using the applet worked. Netscape was made the default and the install stayed intact. This is pretty weird. I am beginning to think that 1.3b is using NS 7.0x's code for this function and that since NS 7.0x is basing their releases off the 1.0.x branch, something has gotten busted along the way.% % Remember, this is my crackpot opinion here!
Compare with the first two attachments that were made. NS7 has stayed the default. Moz 1.3b did not.
Comment on attachment 114863 [details] [diff] [review] patch v1.0 (moz tree) r=sgehani
Attachment #114863 - Flags: review?(sgehani) → review+
Comment on attachment 114862 [details] [diff] [review] patch v1.0 (ns tree) >- data = "\"" + fProgram + "uninstall\\NSUninst.exe\" /ms /ua \"$UserAgent$\" /sd IM"; >+ data = "\"" + fProgram + "uninstall\\NSUninst.exe\" /ua \"$UserAgent$\" /sd IM"; This change is only in nim.jst: what is /sd? I thought you only needed to change this for the commands containing ``/hs'' and ``/ss'' (hide start menu items and show start menu items).
/sd stands for Set Default (another mode), and no, we need for any command that sets the run mode.
Comment on attachment 114862 [details] [diff] [review] patch v1.0 (ns tree) sr=dveditz So does this mean a side-effect is that the windows features are set non-silently? I don't see where "mode silent" means "do an install", on the face of it it just means whatever you do, do silently. But a .jst change is probably safer than an uninstall code change at this point.
Attachment #114862 - Flags: superreview?(dveditz) → superreview+
Comment on attachment 114863 [details] [diff] [review] patch v1.0 (moz tree) sr=dveditz
Attachment #114863 - Flags: superreview?(dveditz) → superreview+
Attachment #114863 - Flags: approval1.3?
The side effect had always been there, just that no one had really noticed or bothered to file a bug on it. Just filed bug 194011.
patches checked in. closing bug as fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Flags: blocking1.3?
*** Bug 194740 has been marked as a duplicate of this bug. ***
since bug is closed, i'm removing sel from CC list. Good job everyone!
*** Bug 196333 has been marked as a duplicate of this bug. ***
*** Bug 196640 has been marked as a duplicate of this bug. ***
verified mozilla build 20030311
Status: RESOLVED → VERIFIED
QA Contact: bugzilla → gbush
*** Bug 191573 has been marked as a duplicate of this bug. ***
Attachment #114862 - Flags: review?(sgehani)
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: