Closed Bug 124136 Opened 23 years ago Closed 19 years ago

Corruption of window file associations


(SeaMonkey :: UI Design, defect)

Windows XP
Not set


(Not tracked)



(Reporter: mozilla, Unassigned)


(Keywords: qawanted)

Two days ago, I downloaded Mozilla 0.9.8 and installed it, in a separate
directory as always.   It picked up my settings and details from Mozilla 0.9.7, BUT

it also changed the configuration of my computer to point a long list of file
types at Mozilla, and to rename them "Mozilla ..."

For example, GIF are now opened by Mozilla (not Paint Shop Pro 7) and are called
"Mozilla Graphics Interchange Format".   It's done the same with .ICO, .JPG,
.BMP, .MNG, and many more, some graphics, some text, and some I have no idea
about.   Some of them I have no idea of the original program that they were
opened by, and I cannot now access (for example) my Clipart compilations.

It took me a whole day to put back the ones I knew the original program for - in
many cases, the system would not accept the change back and I had to delete and
"reinitialise" them.

A very serious bug - I hope not too many people have suffered with it!
I thought this was a feature of moz for some time.  Did you try using the
Edit->Prefs->Advanced->System dialog to tell mozilla to unassociate itself with
those files?
->Browser. Why was this assigned to Mailnews? I'm really not sure which
component this should go to. Installer, perhaps?
Assignee: mstoltz → dveditz
Component: Security: General → Installer
Product: MailNews → Browser
QA Contact: junruh → bugzilla
sairuh- would this be yours?  file handling?
not installer
Assignee: dveditz → trudelle
Component: Installer → XP Apps
QA Contact: bugzilla → sairuh
This is done on purpose, and it can be undone through the prefs as mentioned or
by uninstalling Mozilla (we do preserve the previous setting). I'm sure this is
a WONTFIX or INVALID, but I'll reassign to law and see if he can think of any
changes that would make this more friendly or obvious (like maybe the file type
associations shouldn't be buried under Advanced, but be closer to Helper
Assignee: trudelle → law
Ever confirmed: true
Further comments from reporter, following message that it was doing what it's
supposed to do...

Unfortunately, it goofed up my settings big-time, and I couldn't find out how to 
 get them back easily.   Turning them "off" again in Mozilla didn't restore the 
 previous settings.   It took me about three hours to get everything working 
 properly again.   What I said about Mozilla in the meantime can't be printed in 
 polite society!
Previous Mozilla installations didn't do this, so it's a new departure - and a 
 most unwelcome one!   I would *very much* prefer to see the default in Mozilla 
 as "don't change anything without asking".
Even Microsoft Internet Explorer didn't do THAT to me!
Nominating so people can decide whether we need to fix this sooner rather than 
Keywords: nsbeta1
Target Milestone: --- → mozilla1.0
QA Contact: sairuh → tpreston
nsbeta1- per Nav triage team
Keywords: nsbeta1nsbeta1-
Mass-moving all Navigator team 1.0 nsbeta1- bugs to 1.1
Target Milestone: mozilla1.0 → mozilla1.1
Target Milestone: mozilla1.1alpha → Future
Product: Core → Mozilla Application Suite
Assignee: law → guifeatures
Component: XP Apps → XP Apps: GUI Features
QA Contact: tpreston
Summary: Corruption of computer configuration → Corruption of window file associations
Whiteboard: DUPEME
dupe of "Make 'default browser' shouldn't steal image file associations from
image programs" (later but with more attention)

this has nothing to do with profiles

*** This bug has been marked as a duplicate of 131106 ***
No longer blocks: profile-corrupt
Closed: 19 years ago
Resolution: --- → DUPLICATE
Component: XP Apps: GUI Features → UI Design
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.