Closed
Bug 247884
Opened 20 years ago
Closed 19 years ago
Upgrading doesn't remove / uninstall the old entry from Add Remove Programs - Windows
Categories
(Firefox :: Installer, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: harig.in, Assigned: bryner)
References
Details
(Keywords: fixed-aviary1.0.3, Whiteboard: [asaP1])
Attachments
(6 files)
12.70 KB,
patch
|
Details | Diff | Splinter Review | |
17.24 KB,
image/png
|
Details | |
10.76 KB,
image/png
|
Details | |
1.79 KB,
patch
|
bugs
:
review+
dbaron
:
approval-aviary1.0.3+
|
Details | Diff | Splinter Review |
28.21 KB,
image/gif
|
Details | |
68.06 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 If the user chooses to overinstall 0.9 on 0.8 and installs it to the same directory where he installed 0.8, the entry regarding uninstall info for 0.8 is not removed from Add/remove programs. After installation both the entries will be available in the Add/remove programs panel. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: The installer should check for older versions and ask the user whether to update or keep them. if update is chosen the necessary updations should be done. If he chooses to keep them, should do likewise.
Comment 1•20 years ago
|
||
Most installers on Windows handle this differently from the suggestion. Instead of prompting you, they silently update the Add/Remove entry to reflect the new product version. I think that's the direction that a fix for this should really take.
Reporter | ||
Comment 2•20 years ago
|
||
(In reply to comment #1) > Most installers on Windows handle this differently from the suggestion. Instead > of prompting you, they silently update the Add/Remove entry to reflect the new > product version. I think that's the direction that a fix for this should really > take. In the case the user chooses to do a custom install and chooses a different directory what would be result? I feel the above option should do for the standard install and in case of custom there should be checks and confirmations from the user.
This still happens for 0.9.1 - it leaves an entry in the Add/Remove programmes dialogue for 0.9. The user could well think that two different versions of Firefox are installed, but uninstalling 0.9 uninstalls Firefox completely. If the user installs Firefox into the same directory as an existing installation, shouldn't it overwrite the add/remove entry? Files will certainly be overwritten so by installing a new version the older version is effectively removed. In these cases the update should overwrite the previous Add/Remove entry. If the user installs into a different directory, there is probably a good reason for this in most cases - i.e. run different version's side by side. If the user did this, the Add/Remove entries WOULD point to different files, so having both would be correct, and wouldn't lead to any un-expected loss of data. If it is possible to detect these two cases, this would seem the best way to proceed.
Comment 5•20 years ago
|
||
*** Bug 254432 has been marked as a duplicate of this bug. ***
Comment 6•20 years ago
|
||
*** Bug 254854 has been marked as a duplicate of this bug. ***
Comment 7•20 years ago
|
||
I also confirmed this bug using the following versions of FireFox: 0.9.1, 0.9.2, and 0.9.3. I have confirmed this on Windows 2000 Pro and Windows XP Pro, with the exact same effects.
Comment 8•20 years ago
|
||
I'm pretty sure this does this with older versions (.7) as well. Also Thunderbird. I know VNC will just update the Add/Remove area when you update the program. Pretty sure Acrobat Reader does not for two examples of how other programs do it.
Comment 9•20 years ago
|
||
*** Bug 254335 has been marked as a duplicate of this bug. ***
Comment 10•20 years ago
|
||
*** Bug 250495 has been marked as a duplicate of this bug. ***
Comment 11•20 years ago
|
||
(In reply to comment #8) > I'm pretty sure this does this with older versions (.7) as well. Also Thunderbird. > > I know VNC will just update the Add/Remove area when you update the program. > Pretty sure Acrobat Reader does not for two examples of how other programs do it. Verified it today. .7, .8, and various versions of .9 are all in Add/Remove Programs control panel even though a nightly (0.9.1+ maybe?) is the actual working version.
Comment 12•20 years ago
|
||
There are two options here, uninstall the old version or just remove the listing if the new install is on top of the old one. I recommend uninstall. That solves this and other problems. We should get this for 1.0.
Flags: blocking-aviary1.0+
Comment 13•20 years ago
|
||
(In reply to comment #12) > There are two options here, uninstall the old version or just remove the listing > if the new install is on top of the old one. I recommend uninstall. That solves > this and other problems. Uninstall is indeed the prefered method. It prevents potential conflicts between files of different versions. But all extensions available in the programs directory will also be removed. Don't know if that is desired. > We should get this for 1.0. Totally agree with you.
Comment 14•20 years ago
|
||
I think that this bug puts lots of new users off updating. If an unistaller was made for windows it would allow for an easy fix of bug: 234680. If the installer gave the option to unistall old versions then exited: running the unistaller with a switch to re-run the install program.
Summary: Installing 0.9 over 0.8 doesn't remove the entry from the Add Remove Program entries of Windows → Upgrading doesn't remove the old entry from Add Remove Programs - Windows
Comment 15•20 years ago
|
||
*** Bug 261365 has been marked as a duplicate of this bug. ***
Comment 16•20 years ago
|
||
(In reply to comment #12) > There are two options here, uninstall the old version or just remove the listing > if the new install is on top of the old one. I recommend uninstall. That solves > this and other problems. > We should get this for 1.0. Another option would be to remove the version number from the uninstall registry key and add a hash of the install dir. If the install dir is different -> new entry. If it's the same -> overwrite.
Comment 17•20 years ago
|
||
*** Bug 261770 has been marked as a duplicate of this bug. ***
Comment 18•20 years ago
|
||
*** Bug 262470 has been marked as a duplicate of this bug. ***
Comment 19•20 years ago
|
||
clean up uninstall entries for versions installed to the same location.
Updated•20 years ago
|
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Keywords: fixed-aviary1.0
Comment 20•20 years ago
|
||
I don't think this is fixed completely yet. I installed (using installer) and am currently running this version: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041004 Firefox/0.10 and it still lists under the Add or Remove Programs control panel: "Mozilla Firebird (0.7+.)" "To change this program or remove it from your computer, click Change/Remove." Clicking "Change/Remove" produces an error.
Comment 21•20 years ago
|
||
@comment 20 The patch is applicable only if the install directory is same.. which is not the case for firebird/firefox. If a user chooses to install 10 different versions in different directories, upgrading will and should not remove previous versions. Verified as working with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041004 Firefox/0.10.1
Status: RESOLVED → VERIFIED
Comment 22•20 years ago
|
||
You could also do it like AOL does (or did). They have (or had) 1 ununstall entry for all installed versions where you could select which version(s) you wanted to uninstall. BTW I encountered this bug when upgrading from 0.9.1 to 1.0PR.
Comment 23•20 years ago
|
||
It seems this bug is back with the release of Firefox 1.0 RC1 and RC2 builds. I have both RC1 and RC2 uninstall entries in the Add/Remove dialog. Can anyone confirm this?
Comment 24•20 years ago
|
||
*** Bug 267659 has been marked as a duplicate of this bug. ***
Comment 25•20 years ago
|
||
I've just upgrade from 1.0PR to 1.0RC2 using Firefox's upgrade feature. I think I'm seeing something a little different than what others are seeing here. After upgrading, the Win2K Server's "Add/Remove Programs" shows an entry for "Mozilla Firefox (1.0PR)" and NO entry for "Mozilla Firefox (1.0RC2)". If I press the "Change/Remove" button, the uninstall continues and then asks if I'm sure that I would like to remove "Mozilla Firefox (1.0PR)". Others here say that they see an entry for the new Firefox. I am not see that.
Comment 26•20 years ago
|
||
*** Bug 267658 has been marked as a duplicate of this bug. ***
Comment 27•20 years ago
|
||
*** Bug 267689 has been marked as a duplicate of this bug. ***
Comment 28•20 years ago
|
||
From https://bugzilla.mozilla.org/show_bug.cgi?id=267689 Upon upgrading from Firebird RC 1 to Firebird RC 2 (installing in the same directory), I noticed the following entries still in my registry. HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox (1.0RC1) This one in particular has the effect that there are two uninstall entries in add/remove, one for Firebird RC1 and on for Firebird RC2. Futher entries left in the register by the installer that should probably not be there are upgrade are; HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox 1.0RC1\bin HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox 1.0RC1\Extensions HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox 1.0RC1 HKEY_LOCAL_MACHINE\Software\Mozilla\Mozilla Firefox 1.0RC1\bin HKEY_LOCAL_MACHINE\Software\Mozilla\Mozilla Firefox 1.0RC1\Extensions HKEY_LOCAL_MACHINE\Software\Mozilla\Mozilla Firefox 1.0RC1
Comment 29•20 years ago
|
||
i've just checked my Add/Remove list and i see 1.0PR, 1.0RC1 and 1.0RC2 i've installed them in the same folder as the old one so this may not be fixed completely. i think it would be a great idea to not put the version info in this List and just write "Mozilla Firefox"
Comment 30•20 years ago
|
||
I can confirm the problem reported in #25. I have upgraded from PR to RC2 on two machines, one with WinNT4 SP6 and the other with Win98 SE. Same problem on both machines. The way how I upgraded was to follow the instructions given in http://www.mozilla.org/projects/firefox/qa/softwareupdate.html A check in the registry showed that I now have entries for both, PR and RC2. So the upgrade messed up my registry entries for Firefox. I think this definitely needs to be fixed by final 1.0. Installation and upgrading needs to work without glitches in a major revision number. I have not tried uninstalling, so I don't know if it works fine regardless of these entries.
Comment 31•20 years ago
|
||
Based on all the above, shouldn't this be reopened?
Comment 32•20 years ago
|
||
I don't know if this might help but this might help: http://search.microsoft.com/search/results.aspx?qu=patching+and+upgrades&View=msdn&st=b&c=0&s=1&swc=0 and base on this: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/patching_and_upgrades.asp I think you'll only need to change the version numbers and retain the product names (i.e. for the product name, use "Mozilla FireFox" not "Mozilla FireFox 1.0 PR", "Mozilla FireFox 0.9" etc.) and preserve the naming convention on the registry... just a comment...
Comment 33•20 years ago
|
||
*** Bug 266354 has been marked as a duplicate of this bug. ***
Comment 34•20 years ago
|
||
Unfortunately this isn't fixed. See the reports in comment 25, comment 28, comment 29, comment 30 and these duped bugs: bug 267689 and bug bug 266354. All these reports come from builds later than the checkin date.
Updated•20 years ago
|
OS: Windows 2000 → All
Version: unspecified → 1.0 Branch
Updated•20 years ago
|
Flags: blocking-aviary1.0+ → blocking-aviary1.0?
Comment 35•20 years ago
|
||
Shouldn't the issue described by comment 25 (which I can also confirm on WinXP upgrading from 0.10.1 to 1.0RC2) really be filed as a separate bug under the Software Update component? This bug is for when people use the installer to install Firefox into the same directory as an older version, but comment 25 is about Software Update not updating the version number in the Add/Remove Programs entry, not the standalone installer. Or is the same underlying code responsible for both the installer and for Software Update?
Comment 36•20 years ago
|
||
Isn't it the case that this only impacts the RCs where all of these builds have the same version number? I haven't been able to reproduce moving between major versions. I don't think we're likely to block on this.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Comment 37•20 years ago
|
||
@ #36 If I remember correctly, the Preview Release which I had installed had the version number 0.10.1. The version number of RC2 however is 1.0. I would call this two different major versions, sorry. And I DO think that this should be a blocker for 1.0 final. Definitely. If there is anything I can do to help (apart from messing with the code) I'm willing to contribute. BTW: Does anyone have any idea what the effect of the doubled entries in the registry will be? There does exist an uninstall entry in the registry only for the PR, that's probably why I only see the PR appear under add/remove programs.
Comment 38•20 years ago
|
||
I too see the behavior seen in @comment 25: the old entry for 1.0PR stayed in Add/Remove Programs and no new entry was added for 1.0RC2. As in @comment 37, I too think this is a blocker for final 1.0.
Comment 39•20 years ago
|
||
I've just tried the following on a clean install of Windows XP. 1. I installed Firefox 1.0PR 2. Entry for Mozilla Firefox 1.0PR got created in Add/Remove dialog 3. I installed todays nightly build of Firefox 1.0 4. Entry for Mozilla Firefox 1.0 appeared in Add/Remove dialog, entry for 1.0PR remained there as well. 5. I installed the todays Firefox 1.0 nightly build again.. 6. Suddenly entry for Firefox 1.0PR disappeared and there's just one entry in the Add/Remove dialog I've tried repeating this procedure two times and it consistently showed the same results.. definitely there is something wrong.
Comment 40•20 years ago
|
||
Ok, now we have 1.0 with this bug still being in... I have just installed 1.0 on the computer at my work and now I have entries for PR, RC2 and 1.0 Final in the registry. And still there is only PR as an uninstall entry under add/remove. Is it planned to clean up the registry entries with some future update? I would certainly hope so.
Comment 41•20 years ago
|
||
I can confirm that it exists in 1.0 Final as well.
Comment 42•20 years ago
|
||
As a followup to comment 25... In preparation to installing 1.0, when I ran the uninstall of "Mozilla Firefox (1.0PR)" from "Add/Remove Programs", 1.0RC2 was successfully removed from my system. So, as suggested in comment 32, if the name in the registry didn't contain the version number, everything would work as expected, I believe.
Comment 43•20 years ago
|
||
@ comment 42 Did you check in the registry if an entry for 1.0 RC2 or the PR still exists even if you uninstalled RC2 with the PR entry first?
Comment 44•20 years ago
|
||
(In reply to comment #43) > @ comment 42 > Did you check in the registry if an entry for 1.0 RC2 or the PR still exists > even if you uninstalled RC2 with the PR entry first? I confirmed that there are no left over Firefox keys in "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall" The keys in "HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox" still contain many different versions of Firefox (0.8, 0.9, 0.9.1, 0.9.3, 1.0PR, 1.0RC2, 1.0) I doubt that matters much. The keys in "HKEY_LOCAL_MACHINE\SOFTWARE\Mozilla\Mozilla Firefox" are much cleaner (1.0, 1.0RC2).
Comment 45•20 years ago
|
||
Target Milestone 1.1? (need a bug blocking field with 1.1 also)
Comment 46•20 years ago
|
||
As per <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=247884#c40">commment 40</a> and <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=247884#c41">comment 41</a>, I can confirm upon upgrade from 1.0 RC 2 to 1.0 Final that this problem is still pressent. Previously after upgrading to 1.0 RC 2, I had removed the offending registry entries manually and upon upgrading to 1.0 Final (install in same directory) the following registry entries are left in my registry; HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox (1.0RC2) - It is this one which is reponsible for the extraneous add/remove entry. Also; HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox 1.0RC2\bin HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox 1.0RC2\Extensions HKEY_CURRENT_USER\Software\Mozilla\Mozilla Firefox 1.0RC2 HKEY_LOCAL_MACHINE\Software\Mozilla\Mozilla Firefox 1.0RC2\bin HKEY_LOCAL_MACHINE\Software\Mozilla\Mozilla Firefox 1.0RC2\Extensions HKEY_LOCAL_MACHINE\Software\Mozilla\Mozilla Firefox 1.0RC2 were left in the registry. <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=247884#c44">@44</a>, while these registery entries don't matter nearly as much as the add/remove one I think that they do matter. They add to registery bloat (however slightly), which slows Windoze boxes down.
Comment 47•20 years ago
|
||
(In reply to comment #23) > It seems this bug is back with the release of Firefox 1.0 RC1 and RC2 builds. I > have both RC1 and RC2 uninstall entries in the Add/Remove dialog. Can anyone > confirm this? I can - i was using 1.0 RC1 and then RC2 under Win2K (SP-4). I had both RC1 and 2 entries in Add/Remove dialog.
Comment 48•20 years ago
|
||
*** Bug 269808 has been marked as a duplicate of this bug. ***
Comment 49•20 years ago
|
||
*** Bug 270018 has been marked as a duplicate of this bug. ***
Comment 50•20 years ago
|
||
A good implimentation example is Apple iTunes, they specify a GUI that allows the Windows Installer always to find the old program and replace it. Here is a dump from the registry of my Mozilla Firefox and Apple iTunes. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox (1.0)] "DisplayName"="Mozilla Firefox (1.0)" "UninstallString"="C:\\WINDOWS\\UninstallFirefox.exe /ua \"1.0 (en-US)\"" "DisplayIcon"="C:\\Program Files\\Mozilla Firefox\\firefox.exe,0" "DisplayVersion"="1.0 (en-US)" "Comment"="Mozilla Firefox" "InstallLocation"="C:\\Program Files\\Mozilla Firefox" "Publisher"="Mozilla" "URLInfoAbout"="http://www.mozilla.org/" "URLUpdateInfo"="http://www.mozilla.org/products/firefox/" [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{BE20E2 F5-1903-4AAE-B1AF-2046E586C925}] "AuthorizedCDFPrefix"="" "Comments"="" "Contact"="AppleCare Support" "DisplayVersion"="4.7.0.42" "HelpLink"=hex(2):68,00,74,00,74,00,70,00,3a,00,2f,00,2f,00,77,00,77,00,77,00,\ 2e,00,69,00,6e,00,66,00,6f,00,2e,00,61,00,70,00,70,00,6c,00,65,00,2e,00,63,\ 00,6f,00,6d,00,2f,00,00,00 "HelpTelephone"="1-800-275-2273" "InstallDate"="20041026" "InstallLocation"="C:\\Program Files\\iTunes\\" "InstallSource"="C:\\WINDOWS\\Downloaded Installations\\{8A232810-B5F1-48DD- A63D-B439D7680D94}\\" "NoModify"=dword:00000001 "NoRemove"=dword:00000001 "Publisher"="Apple Computer, Inc." "Readme"="" "Size"="" "EstimatedSize"=dword:000033e7 "SystemComponent"=dword:00000001 "URLInfoAbout"="http://www.apple.com" "URLUpdateInfo"="http://www.apple.com/itunes/" "VersionMajor"=dword:00000004 "VersionMinor"=dword:00000007 "WindowsInstaller"=dword:00000001 "Version"=dword:04070000 "Language"=dword:00000409 "DisplayName"="iTunes"
Comment 51•20 years ago
|
||
RealVNC would replace the old program as well. At least it did up through 3.3.7 I think.
Comment 52•20 years ago
|
||
Also if you goto HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ you will notice that some programs use GUID's and some done. The ones with GUID's I imagin are better maintained for install and upgrades. Most of the programs that don't have GUID's are older programs. I think the GUID is a way to signal to the Windows Installer that the program is already there or not already there depending if it finds the GUID in the list.
Comment 53•20 years ago
|
||
To confirm this is a problem, I'm here updating a number of machines from 0.9.3 to 1.0 release, and someone else here is *CONVINCED* that installing the new version without removing the old version is perfectly valid. I know otherwise, but cannot convince him otherwise. Removing the old version from the Add/Remove Programs window removes *both*(?) versions and sometimes corrupts things. This *MUST* be fixed before 1.0.1 or equivalent, or we'll have a huge amount of really confused/unhappy users when they go to try to clean up their disk and find that removing the old version kills Firefox completely.
Comment 54•20 years ago
|
||
*** Bug 272784 has been marked as a duplicate of this bug. ***
Comment 55•20 years ago
|
||
*** Bug 272871 has been marked as a duplicate of this bug. ***
Comment 56•20 years ago
|
||
I think comment 22 brings up the best idea. Because there can be multiple Firefox/Thunderbird programs installed in multiple locations on a single machine, I think there should only be a single "Mozilla Firefox ($version)" entry in Add/Remove Programs (and the same for Thunderbird). This way the versions and installation locations can be internally managed. Clicking Change or Remove would pop up a custom dialog that would list all installed versions/locations of the program and the ability to Remove or Change/Upgrade? each. This would be an extremely powerful feature and would make use of the multiple-installation ability.
Comment 57•20 years ago
|
||
Comment 58•20 years ago
|
||
(In reply to comment #56) > I think comment 22 brings up the best idea. Because there can be multiple > Firefox/Thunderbird programs installed in multiple locations on a single > machine, I think there should only be a single "Mozilla Firefox ($version)" > entry in Add/Remove Programs (and the same for Thunderbird). This way the > versions and installation locations can be internally managed. the solution is that you can identify program by text in registry, but that name can also have kind of description which can contain version number. as I mentioned in bug https://bugzilla.mozilla.org/show_bug.cgi?id=272784 it should just write to one and the same registry entry: HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox" which contain several values among others point to uninstall program string value "UninstallString" (which currently seem to point to a bad program too), and string value "DisplayName" which would contain the description of the program in my case "Mozilla Firefox (1.0)". Next version will write to exactly same registry key, but overwrite string value "DisplayName" with new description (like "Mozilla Firefox (1.1)").
Comment 59•20 years ago
|
||
(In reply to comment #58) > the solution is that you can identify program by text in registry, but that name > can also have kind of description which can contain version number. > as I mentioned in bug https://bugzilla.mozilla.org/show_bug.cgi?id=272784 > it should just write to one and the same registry entry: HKLM > "Software\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox" > which contain several values among others point to uninstall program string > value "UninstallString" (which currently seem to point to a bad program too), > and string value "DisplayName" which would contain the description of the > program in my case "Mozilla Firefox (1.0)". Next version will write to exactly > same registry key, but overwrite string value "DisplayName" with new description > (like "Mozilla Firefox (1.1)"). I'm not at all certain that this would be the correct way to go. The basic premise is: We only want one Add/Remove option in the list. As it stands right now, there is no way to have a side-by-side installation in which both installations are managed under Add/Remove Programs. There are two solutions: 1) We could make the path to Firebird part of the DisplayName (to provide some feedback as to which installation is being modified), or 2) We could leave one entry in there "Mozilla Firefox", and have that point to a DLL or EXE that scans the registry for installed versions, then provides a means of installing, upgrading, or uninstalling any of them. (upon last version removal, the uninstaller would need to remove itself and the Add/Remove Programs entry.) Sun's JRE has the same sort of setup. (Even if you have multiple versions of the JRE installed, each one will still give you the option of removing any of the other versions.) As an administrator, I would also like the ability to pass a flag to the uninstaller to specify which path or version should be removed. (please, no "based on place in list" options... it's hard to script that if some machines have more installations than others.)
Comment 60•20 years ago
|
||
A single dialog that will manage the removal/update of all installed versions of Firefox (and a similar one for Thunderbird). This would mean that there would only be a single "Mozilla Firefox" entry in the Add/Remove Programs list and when "Change/Remove" is clicked, this dialog would pop up.
Comment 61•20 years ago
|
||
Should it be one dialog per component or one dialog for all Mozilla software?
Comment 62•20 years ago
|
||
(In reply to comment #59) > I'm not at all certain that this would be the correct way to go. The basic > premise is: > > We only want one Add/Remove option in the list. > > As it stands right now, there is no way to have a side-by-side installation in > which both installations are managed under Add/Remove Programs. > > There are two solutions: > > 1) We could make the path to Firebird part of the DisplayName (to provide some > feedback as to which installation is being modified), or > 2) We could leave one entry in there "Mozilla Firefox", and have that point to a > DLL or EXE that scans the registry for installed versions, then provides a means > of installing, upgrading, or uninstalling any of them. (upon last version > removal, the uninstaller would need to remove itself and the Add/Remove Programs > entry.) > > Sun's JRE has the same sort of setup. (Even if you have multiple versions of > the JRE installed, each one will still give you the option of removing any of > the other versions.) > > As an administrator, I would also like the ability to pass a flag to the > uninstaller to specify which path or version should be removed. (please, no > "based on place in list" options... it's hard to script that if some machines > have more installations than others.) 99.9% of users when they upgrade from 1.0RC1 to 1.0 want the previous installation to be overwritten. The proposed installation path is exactly the same in both version which implies that the default action is upgrade not side-by-side installation. So the two choices are: - go with 99.9% and write to the same registry key for all browsers - go with the rest, but then change the proposed installation path accordingly (meaning to "c:\Program Files\Mozilla Firefox 1.0" or "c:\Program Files\Mozilla Firefox 1.0RC1" etc. with version number just as in the registry). With Java things are little bit differently because when they change from 1.3 to 1.4 to 1.5 those are rather revolutionary (not evolutionary) changes and you will definitely see different behaviour of the same java binary of an advanced program between versions.
Comment 63•20 years ago
|
||
(In reply to comment #61) > Should it be one dialog per component or one dialog for all Mozilla software? I would make it per component, but this is definitely up for debate among the developers.
Comment 64•20 years ago
|
||
I don't mean to spam, but for clarification, my proposal accounts for a single version per installation location. So if you install Firefox 1.1 in C:\Program Files\Mozilla Firefox\ and 1.0 is already installed there, 1.1 will overwrite it in the Remove/Change dialog. Each entry in the list of that dialog is a distinct installation location.
Updated•20 years ago
|
Flags: blocking-aviary1.1?
Comment 65•20 years ago
|
||
*** Bug 271247 has been marked as a duplicate of this bug. ***
Comment 66•20 years ago
|
||
Shouldn't this get "Aviary Landing" key words? It is fixed on the Aviary, and was reopened around the time of landing. Hello?
Comment 67•20 years ago
|
||
"It is fixed on the Aviary" - no, it wasn't. So it's not an aviary landing issue.
Comment 68•19 years ago
|
||
If you uninstall the older version, it deletes the newer version. I had to reinstall everything!!!!!
Comment 69•19 years ago
|
||
*** Bug 280841 has been marked as a duplicate of this bug. ***
Comment 70•19 years ago
|
||
*** Bug 283577 has been marked as a duplicate of this bug. ***
Comment 71•19 years ago
|
||
*** Bug 247708 has been marked as a duplicate of this bug. ***
Comment 72•19 years ago
|
||
This is not fixed. I just installed 1.01 over 1.0 to the same folder and in my Add/Remove Programs list I had: Mozilla Firefox 1.0 Mozilla Firefox 1.01 The 1.0 should have been removed and it was not.
Comment 73•19 years ago
|
||
The installer back-end should have code to do this correctly already, the Suite/Netscape installer got this right.
Comment 74•19 years ago
|
||
*** Bug 284162 has been marked as a duplicate of this bug. ***
Comment 75•19 years ago
|
||
I voted for this bug, but ever since then I have received an email every time someone does anything to it, such as removing their name from the CC list. My email address isn't on the CC list, so I can't stop this from happening. I am therefore rescinding my vote, because it isn't worth the hassle of the emails that it generates. I know, I should report this as a bug in bugzilla, but I really don't have the time.
Comment 76•19 years ago
|
||
*** Bug 266508 has been marked as a duplicate of this bug. ***
Comment 77•19 years ago
|
||
This is a major bug. One would expect a user going into control panel to think "I upgraded, I can remove 1.0"
Severity: major → critical
Updated•19 years ago
|
Version: 1.0 Branch → Trunk
Comment 79•19 years ago
|
||
mod summary
Summary: Upgrading doesn't remove the old entry from Add Remove Programs - Windows → Upgrading doesn't remove / uninstall the old entry from Add Remove Programs - Windows
Comment 80•19 years ago
|
||
*** Bug 284754 has been marked as a duplicate of this bug. ***
Comment 81•19 years ago
|
||
(In reply to comment #75) > I voted for this bug, but ever since then I have received an email every time > someone does anything to it Change your prefs - https://bugzilla.mozilla.org/userprefs.cgi?tab=email
Comment 82•19 years ago
|
||
(In reply to comment #78) > Nominating blocking-aviary1.0.2. I'm plusing these nominations. This is confusing our users and leading to bad experience. It should be fixed in our next release (1.0.2 if there is one, 1.1 otherwise).
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1+
Flags: blocking-aviary1.0.2?
Flags: blocking-aviary1.0.2+
Comment 83•19 years ago
|
||
(In reply to comment #77) > This is a major bug. One would expect a user going into control panel to think > "I upgraded, I can remove 1.0" Not only that, it gives an error which can't be avoided except through going into regedit. That's not end-user friendly.
Comment 84•19 years ago
|
||
Then the fix for this could be to remove the previous version from the registry, but the installer should uninstall the privious version anyway before overwriting the files.
Comment 85•19 years ago
|
||
I usually remove all old versions. It works, but when I totally remove Firefox it also removes some plugins, though.
Comment 86•19 years ago
|
||
*** Bug 285413 has been marked as a duplicate of this bug. ***
Comment 87•19 years ago
|
||
As made clear in the screenshot and elsewhere in this bug, this problem also affects Thunderbird and Suite.
Comment 88•19 years ago
|
||
Why is it so hard for the programmers to get this right? It would be like me knowing the value of pi but not 1+1=2. If they can't fix it why don't they just use installsheild or Wise instead of their own installer?
Comment 89•19 years ago
|
||
This bug has been verified and is being worked on. Please do not post comments unless you are able to help fix this bug. Thanks.
Comment 90•19 years ago
|
||
Ideally, a fix for this bug would also remove any "duplicate" entries (i.e. ones pointing to the same directory) in Add/Remove programs, leaving only the most recent. So if you had Firefox 0.9 Firefox 1.0 Firefox 1.0.1 all pointing to C:\Program Files\Mozilla Firefox, then it would remove the first two of those. Gerv
Comment 91•19 years ago
|
||
(In reply to comment #89) > This bug has been verified and is being worked on. Please do not post comments > unless you are able to help fix this bug. Thanks. I posted a solution to this bug in comment #58 it requires removing couple of numbers in notepad - that's all
Comment 92•19 years ago
|
||
(In reply to comment #12) > There are two options here, uninstall the old version or just remove the listing > if the new install is on top of the old one. I recommend uninstall. That solves > this and other problems. > > We should get this for 1.0. We should get this for 1.1.
Comment 93•19 years ago
|
||
It's already blocking 1.1 - please only comment if you've got something useful to add to the bug - thanks!
Comment 94•19 years ago
|
||
(In reply to comment #72) > This is not fixed. I just installed 1.01 over 1.0 to the same folder and in my > Add/Remove Programs list I had: > > Mozilla Firefox 1.0 > Mozilla Firefox 1.01 > > The 1.0 should have been removed and it was not. The minimum to expect is to display some plain text instructions mentioning what to do if Firefox is already installed (better detect that!). Ideally I'd expect the installer to remove the old version, and then install the new one. What makes the situation described above worse, is that after you've virtually uninstalled Firefox 1.0, Firefox-1.0.1 files were removed in reality (without any warning). Also the control panel refuses to remove that Firefox-1.0.1 entry then (uninstallinformation is gone). The only solution is to install Firefox-1.0.1 at the same location again it seems. There must be better ways in year 2005, several years after inventing sliced bread ;-)
Comment 95•19 years ago
|
||
I'm sure I'll get some heat for this, but I'm thinking that if the proposed solution in #58 is immediately implementable, I don't think the arguments against it in #59 are valid. For 99.9 percent of Firefox's installed base, they DO NOT CARE about having multiple versions installed side by side. I know that IE doesn't give users this option, so to the lay person (ie - most of the 28+ million new Firefox users), they will not miss the ability to install more than one version of Firefox on their systems... because they had no idea you could do that in the first place. IF the proposed fix in #58 is simple, then holding up a patch for it based solely on the fact that it would not allow people with multiple Firefox installations to have each install show up in the Add/Remove Programs dialog, is a bad idea. The users who are installing multiple versions are the ones who already KNOW HOW to go into the regsitry and uninstall all traces of Firefox, so for them the GUI uninstall interface is a plus, not a requirement. For regular users though, when you see 2 or more (with the forthcoming 1.0.2) entires in Add/Remove, and NO OTHER Windows program shows this behavior, it is incredibly confusing. I've personally fielded 4 seperate inquiries from relatives so far wondering if they did something wrong when upgrading. And upgrade process should not leave the user questioning whether it completed successfully. As it stands, this is a GLARING issue with Firefox, and especially with 1.0.1 and the soon to be coming 1.0.2, this will only look more unprofessional as time goes on. If the fix mentioned in #58 is NOT trivial, and the current work that is being done on fixing this stands to be completed within the same timeframe, please disregard this post.
Comment 96•19 years ago
|
||
actually, you're wrong. ie5 was available for sidebyside use. as were certain other versions at certain times.
Comment 97•19 years ago
|
||
(In reply to comment #95) > I'm sure I'll get some heat for this, but I'm thinking that if the proposed > solution in #58 is immediately implementable, I don't think the arguments > against it in #59 are valid. For 99.9 percent of Firefox's installed base, they > DO NOT CARE about having multiple versions installed side by side. I know that > IE doesn't give users this option, so to the lay person (ie - most of the 28+ > million new Firefox users), they will not miss the ability to install more than > one version of Firefox on their systems... because they had no idea you could do > that in the first place. IF the proposed fix in #58 is simple, then holding up a > patch for it based solely on the fact that it would not allow people with > multiple Firefox installations to have each install show up in the Add/Remove > Programs dialog, is a bad idea. The users who are installing multiple versions > are the ones who already KNOW HOW to go into the regsitry and uninstall all > traces of Firefox, so for them the GUI uninstall interface is a plus, not a > requirement. For regular users though, when you see 2 or more (with the > forthcoming 1.0.2) entires in Add/Remove, and NO OTHER Windows program shows > this behavior, it is incredibly confusing. I've personally fielded 4 seperate > inquiries from relatives so far wondering if they did something wrong when > upgrading. And upgrade process should not leave the user questioning whether it > completed successfully. As it stands, this is a GLARING issue with Firefox, and > especially with 1.0.1 and the soon to be coming 1.0.2, this will only look more > unprofessional as time goes on. > > If the fix mentioned in #58 is NOT trivial, and the current work that is being > done on fixing this stands to be completed within the same timeframe, please > disregard this post. I think the only situation where solution in comment 58 could cause a problem is if the user installs a new version to a different path. So now the user (probably unknowingly) has two installations of Firefox in different directories, but this should not really present a problem since a user that would probably do this wouldn't notice the difference (i.e. all shortcuts would be pointing to the new install). However, now the user has an extra copy of Firefox floating around (again, probably something that this user would never notice). I think similar ideas may have been mentioned, but maybe we should just pass a version number to the uninstaller and leave multiple entries in Add/Remove Programs? That way, if the uninstaller receives a version number that is less than its current version (or no version number for older versions that didn't do this), then it will simply remove the entry from the list. This goes against what you said about not having more than one entry in Add/Remove Programs for the same application, so this may not be the greastest way to go...
Comment 98•19 years ago
|
||
Only a technically advanced user would want multiple versions of FireFox installed alongside each other, in which case they should use the zip file of FireFox.
Comment 99•19 years ago
|
||
(In reply to comment #98) > Only a technically advanced user would want multiple versions of FireFox > installed alongside each other, in which case they should use the zip file of > FireFox. Except that 1.1 won't have any zipped builds for people to use - https://bugzilla.mozilla.org/show_bug.cgi?id=283676#c3
Comment 100•19 years ago
|
||
(In reply to comment #99) > (In reply to comment #98) > > Only a technically advanced user would want multiple versions of FireFox > > installed alongside each other, in which case they should use the zip file of > > FireFox. > > Except that 1.1 won't have any zipped builds for people to use - > https://bugzilla.mozilla.org/show_bug.cgi?id=283676#c3 The other question is why a user would want multiple builds installed? At the end of a day, an installer's job is to install and upgrade any previous versions, and that includes add/remove entries. If they want to have multiple builds installed for whatever reason, they're probably a developer and could compile or whatever.
Comment 101•19 years ago
|
||
funny. some developers are paid to make sure web sites support old versions of web browsers. some developers are paid to make plugins that work in multiple versions of browsers.
Comment 102•19 years ago
|
||
Old versions may have security flaws, like the recently obsoleted Firefox 1.0/1.0.1. IMHO Mozilla shouldn't support the use of insecure versions of software. Unless Mozilla is willing to provide an old but secure version in the future (like BIND 4.9.11/8.4.6 vs 9.3.1), the installer shall remove the old version once the user installs a newer version.
Comment 103•19 years ago
|
||
The problem is that the old version isn't on the computer any longer but the registry entry is still present. You can go in to the registry and delete the entry for your self. However this isn't an option for most users. I don't know why Mozilla is being so stubern and not implimenting the Windows Installer to it's full capability. They could easily generate an installer with an Upgrade GUID and then they wouldn't have to worry about this problem. There are also many solutions out there, that are OSS, that can help: http://sourceforge.net/projects/wix http://sourceforge.net/projects/nsis Both of these installers are generated from XML, and both allow you to provide a Product GUID and a Upgrade GUID. The GUID's are there to uniquely id the install so that it can be replaced by the MSI installer. This is nothing that Mozilla has to do, because the MSI software handles all of this. Mozilla just has to take the initiative and generate the GUID's. This is the registry entry for FireFox: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox (1.0.2)] "DisplayName"="Mozilla Firefox (1.0.2)" "UninstallString"="C:\\WINDOWS\\UninstallFirefox.exe /ua \"1.0.2 (en-US)\"" "DisplayIcon"="C:\\Program Files\\Mozilla Firefox\\firefox.exe,0" "DisplayVersion"="1.0.2 (en-US)" "Comment"="Mozilla Firefox" "InstallLocation"="C:\\Program Files\\Mozilla Firefox" "NoModify"=hex(4): "NoRepair"=hex(4): "Publisher"="Mozilla" "URLInfoAbout"="http://www.mozilla.org/" "URLUpdateInfo"="http://www.mozilla.org/products/firefox/" This is a registry entry for nDoc an OSS software for .Net, that offers upgrade, and repair, notice the difference. Also notice the GUID instead of the FireFox name at the top: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{218A55DF-0FF0-4BBE-9020-AD2E57B2B9A6}] "AuthorizedCDFPrefix"="" "Comments"="Code Documentation Generator for .NET" "Contact"="NDoc" "DisplayVersion"="1.3.1" "HelpLink"=hex(2):68,00,74,00,74,00,70,00,3a,00,2f,00,2f,00,6e,00,64,00,6f,00,\ 63,00,2e,00,73,00,6f,00,75,00,72,00,63,00,65,00,66,00,6f,00,72,00,67,00,65,\ 00,2e,00,6e,00,65,00,74,00,2f,00,00,00 "HelpTelephone"="" "InstallDate"="20050323" "InstallLocation"="" "InstallSource"="M:\\Users\\Nick\\Desktop\\" "ModifyPath"=hex(2):4d,00,73,00,69,00,45,00,78,00,65,00,63,00,2e,00,65,00,78,\ 00,65,00,20,00,2f,00,49,00,7b,00,32,00,31,00,38,00,41,00,35,00,35,00,44,00,\ 46,00,2d,00,30,00,46,00,46,00,30,00,2d,00,34,00,42,00,42,00,45,00,2d,00,39,\ 00,30,00,32,00,30,00,2d,00,41,00,44,00,32,00,45,00,35,00,37,00,42,00,32,00,\ 42,00,39,00,41,00,36,00,7d,00,00,00 "Publisher"="NDoc" "Readme"="" "Size"="" "EstimatedSize"=dword:0000164e "UninstallString"=hex(2):4d,00,73,00,69,00,45,00,78,00,65,00,63,00,2e,00,65,00,\ 78,00,65,00,20,00,2f,00,49,00,7b,00,32,00,31,00,38,00,41,00,35,00,35,00,44,\ 00,46,00,2d,00,30,00,46,00,46,00,30,00,2d,00,34,00,42,00,42,00,45,00,2d,00,\ 39,00,30,00,32,00,30,00,2d,00,41,00,44,00,32,00,45,00,35,00,37,00,42,00,32,\ 00,42,00,39,00,41,00,36,00,7d,00,00,00 "URLInfoAbout"="http://ndoc.sourceforge.net/" "URLUpdateInfo"="" "VersionMajor"=dword:00000001 "VersionMinor"=dword:00000003 "WindowsInstaller"=dword:00000001 "Version"=dword:01030001 "Language"=dword:00000409 "DisplayName"="NDoc 1.3" I call for the FireFox developers to stop trying to make an elogant solution that and do this right. This is one of the major hurdles that is holding back wide spread adoption in major organizations, the predictability of the installer to not leave unnessisary **** all of the system. On a side not doesn't anybody have the latest release for Netscape based off of FireFox? Does the Netscape Installer fix this issue?
Comment 104•19 years ago
|
||
*** Bug 287553 has been marked as a duplicate of this bug. ***
Comment 105•19 years ago
|
||
In reply to comment 103: The very first line of the registry entries you posted is the problem: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox (1.0.2)] When the version number would be left out of this key it would be a solution. But that is only a solution when installed in a same directory as the previous version.
Comment 106•19 years ago
|
||
This is getting silly. This is obviously a stupid bug that could easily be fixed, so when will it be fixed?
Comment 107•19 years ago
|
||
(In reply to comment #106) > This is getting silly. This is obviously a stupid bug that could easily be > fixed, so when will it be fixed? Please read https://bugzilla.mozilla.org/etiquette.html before commenting furthur on this (or any bug).
Comment 108•19 years ago
|
||
Please do not post additional comments asking why the bug has not been fixed. It is currently blocking both a 1.0.3 and a 1.1 release and therefore is in line to be patched before any of these can be made. Everybody knows that this is an important bug but additional posts and discussion is not required unless it pertains to a new manifestation or method of solving it.
Comment 109•19 years ago
|
||
(In reply to comment #108) > Please do not post additional comments asking why the bug has not been fixed. It > is currently blocking both a 1.0.3 and a 1.1 release and therefore is in line to > be patched before any of these can be made. Well, in comment #82 chase states that this bug is blocking 1.0.2, but now we have 1.0.2 without solution of this bug. Hope the bug will be solved in the next release. Besides, I still suggest the installer to detect old/insecure installation of software and then upgrade it; the option to change install location shouldn't be available in this situation. Installer of the updated software shall not expose the user to potential security risks.
Comment 110•19 years ago
|
||
I personally had to update 3 computers to version 1.0.1, then again to 1.0.2! These xp machines werent even prompted to upgrade, I had to find out and then do it for my friends and family whom I had gotten to use firefox. There are now 3 listings of firefox in add/remove programs. The upgrade is ridiculous, I'm confused as to what Mozilla are calling update, or auto update, because I dont know any friend that has had an auto update or any kind of smooth upgrade. The upgrade is basically re-installiing all over again, which gives the windows desktop a duplicate icon of firefox. That in particular is very shoddy and putting my friends off continuing to use and promte fx. Microsoft's anti-spyware program already lists Mozilla firefox as a dangerous application with in-sufficient security updates. Now we know this is a ridiculous statement and misleading people. But the fact is this kind of thing just gives that argument more punch, the media and public have been fooled by microsoft before, and if were not careful microsoft will be all over this issue if it continues. People expect a smooth auto update feature in quality software. Adobe, IE, Nero, all manage it fine, Mozilla are quality software developers, this needs to be fixed before these really does some damage and gets a stinky write up, and bang Mozilla are the bad guys. I and my friends are un-installing and going to competition if this happens again, the time saved using tabs is wasted re-installing every month. (In reply to comment #109) > (In reply to comment #108) > > Please do not post additional comments asking why the bug has not been fixed. It > > is currently blocking both a 1.0.3 and a 1.1 release and therefore is in line to > > be patched before any of these can be made. > > Well, in comment #82 chase states that this bug is blocking 1.0.2, but now we > have 1.0.2 without solution of this bug. Hope the bug will be solved in the next > release. > > Besides, I still suggest the installer to detect old/insecure installation of > software and then upgrade it; the option to change install location shouldn't be > available in this situation. Installer of the updated software shall not expose > the user to potential security risks.
Comment 111•19 years ago
|
||
I personally had to update 3 computers to version 1.0.1, then again to 1.0.2! These xp machines werent even prompted to upgrade, I had to find out and then do it for my friends and family whom I had gotten to use firefox. There are now 3 listings of firefox in add/remove programs. The upgrade is ridiculous, I'm confused as to what Mozilla are calling update, or auto update, because I dont know any friend that has had an auto update or any kind of smooth upgrade. The upgrade is basically re-installiing all over again, which gives the windows desktop a duplicate icon of firefox. That in particular is very shoddy and putting my friends off continuing to use and promte fx. Microsoft's anti-spyware program already lists Mozilla firefox as a dangerous application with in-sufficient security updates. Now we know this is a ridiculous statement and misleading people. But the fact is this kind of thing just gives that argument more punch, the media and public have been fooled by microsoft before, and if were not careful microsoft will be all over this issue if it continues. People expect a smooth auto update feature in quality software. Adobe, IE, Nero, all manage it fine, Mozilla are quality software developers, this needs to be fixed before these really does some damage and gets a stinky write up, and bang Mozilla are the bad guys. I and my friends are un-installing and going to competition if this happens again, the time saved using tabs is wasted re-installing every month. (In reply to comment #109) > (In reply to comment #108) > > Please do not post additional comments asking why the bug has not been fixed. It > > is currently blocking both a 1.0.3 and a 1.1 release and therefore is in line to > > be patched before any of these can be made. > > Well, in comment #82 chase states that this bug is blocking 1.0.2, but now we > have 1.0.2 without solution of this bug. Hope the bug will be solved in the next > release. > > Besides, I still suggest the installer to detect old/insecure installation of > software and then upgrade it; the option to change install location shouldn't be > available in this situation. Installer of the updated software shall not expose > the user to potential security risks.
Comment 112•19 years ago
|
||
We know this problem is series. Please stop giving unnecessary comments unless you are offering help, i.e. writing a patch or something. Bugzilla is not a discussion forum.
Comment 113•19 years ago
|
||
(In reply to comment #111) > Microsoft's anti-spyware program already lists Mozilla firefox as a dangerous > application with in-sufficient security updates. I do not want to start a flamewar nor want to post another off-topic comment but what you are saying is totally not true. http://www.google.com/search?q=microsoft+antispyware+firefox+hoax
Comment 114•19 years ago
|
||
(In reply to comment #113) > (In reply to comment #111) > > Microsoft's anti-spyware program already lists Mozilla firefox as a dangerous > > application with in-sufficient security updates. > > I do not want to start a flamewar nor want to post another off-topic comment but > what you are saying is totally not true. > http://www.google.com/search?q=microsoft+antispyware+firefox+hoax There is some truth in the sense that Microsoft AntiSpyware asks if you want it to be added to startup or something like that, ie. it doesn't do it automatically.
Comment 115•19 years ago
|
||
(In reply to comment #112) > We know this problem is series. Please stop giving unnecessary comments unless > you are offering help, I tried to add the "helpwanted" key word, but it wouldn't let me. (In reply to comment #112) > ... Bugzilla is not a > discussion forum. ? https://bugzilla.mozilla.org/show_bug.cgi?id=215379 ? ;-)
Assignee | ||
Comment 117•19 years ago
|
||
Attachment #178640 -
Flags: review?(bugs)
Comment 118•19 years ago
|
||
Comment on attachment 178640 [details] [diff] [review] fix (firefox and thunderbird) r=ben@mozilla.org
Attachment #178640 -
Flags: review?(bugs) → review+
Assignee | ||
Comment 119•19 years ago
|
||
Comment on attachment 178640 [details] [diff] [review] fix (firefox and thunderbird) Requesting approval... I'm not sure what the plan is for landing 1.0.3 patches or which branch to land on...
Attachment #178640 -
Flags: approval-aviary1.0.3?
Comment 120•19 years ago
|
||
drivers will review this after it's been on the trunk for a bit longer and when we're a bit closer to the next security release. Thanks, bryner. I think we'll certainly want to take this.
Comment 121•19 years ago
|
||
*** Bug 287887 has been marked as a duplicate of this bug. ***
Comment 122•19 years ago
|
||
*** Bug 287864 has been marked as a duplicate of this bug. ***
Comment 123•19 years ago
|
||
*** Bug 287968 has been marked as a duplicate of this bug. ***
Comment 124•19 years ago
|
||
*** Bug 288116 has been marked as a duplicate of this bug. ***
Comment 125•19 years ago
|
||
*** Bug 288125 has been marked as a duplicate of this bug. ***
Comment 126•19 years ago
|
||
*** Bug 288125 has been marked as a duplicate of this bug. ***
Comment 127•19 years ago
|
||
I noticed this too, and in fact stupidly removed FireFox from my machine in the process! Add/Remove Programs showed three separate installations/versions of FireFox - each at like 15mb a piece. Well wanting to conserve precious hard disk space I removed the oldest version. Poof! They all went away at the same time... DOWH! Fortunately a re-install of FF and all my saved bookmarks were still there. Phew!
Updated•19 years ago
|
Whiteboard: [asaP1]
Attachment #178640 -
Flags: approval-aviary1.0.3? → approval-aviary1.0.3+
Fix checked in to AVIARY_1_0_1_20050124_BRANCH, 2005-04-01 18:48 -0800. bryner also checked this into the trunk on 2005-03-25 20:48 -0800.
Status: NEW → RESOLVED
Closed: 20 years ago → 19 years ago
Keywords: fixed-aviary1.0.3
Resolution: --- → FIXED
Comment 129•19 years ago
|
||
This seems partially fixed on the Aviary branch - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050401 Firefox/1.0.3 Steps: 1. Installed 1.0, 1.0.1 and 1.0.2 in the same location and ended up with 3 entries in Add/Remove Programs. 2. Installed 1.0.3 to the same location 3. The 1.0.2 entry was replaced with 1.0.3, but 1.0 and 1.0.1 entries were still left in Add/Remove Programs. However, there was no way for me to "accidently" remove the latest version because I was not able to uninstall from the 1.0 or 1.0.1 entries (I got an error that said "0: Uninstall log folder not found: <the reg key for the 1.0.1>). So, we now do replace the previous version entry with the latest version, but any older entries remain. Could we possibly check for the install path of all older Firefox versions and remove their entries as well if the current version is installed in the same location?
Comment 130•19 years ago
|
||
This doesn't clean up the mess we've made in the past but it prevents the problem going forward. That's good enough for me for 1.0.3.
Comment 131•19 years ago
|
||
The next FireFox installer released should remove all previous entries lying around, be it 1.0.2, 1.0.1, 1.0, 1.0 PR etc.
Comment 132•19 years ago
|
||
Seconded. The current patch doesn't clean everything up because it still leaves the vestigal entries in the Add/Remove Programs behind. Maybe another bug should be filed for that specific functionality, but something's going to have to clean it up.
Comment 133•19 years ago
|
||
It seems I'm always the odd one out... Here are my experiences with the new builds that were made available via Asa's blog today: * Before installing 1.0.2 I had only one entry in Add/Remove Programs for 1.0.1 * I purposely didn't uninstall 1.0.1 before installing 1.0.2 * After installation of 1.0.2 there were two entries within my Add/Remove Programs (1.0.1 and 1.0.2). * Again I didn't uninstall either 1.0.1 or 1.0.2 before installing the 1.0.3. * After installation of 1.0.3, only 1.0.3 was left in Add/Remove Programs. So from my perspective, the fix is working as expected. PS: I'm using WinXP SP2.
Comment 134•19 years ago
|
||
Shouldn't the Add/Remove entry for Firefox behave in a similar way to the Add/Remove entry for, say, Office 2003? The left part of the attachment (Show Updates, combined screenshots) shows the MSO2K3 entry when the "Show updates" checkbox is not checked and the right part when it is checked (Windows XP SP2). Similarly, shouldn't the main entry for Firefox be "Mozilla Firefox 1.0" and when "Show updates" is checked it would also show "Mozilla Firefox Update 1.0.1", "Mozilla Firefox Update 1.0.2", etc? When Firefox 1.1 is released the main entry would be replaced with "Mozilla Firefox 1.1" and the update entries removed, until Firefox 1.1.1 is released and "Mozilla Firefox Update 1.1.1" would be added?
Comment 135•19 years ago
|
||
(In reply to comment #134) > Shouldn't the Add/Remove entry for Firefox behave in a similar way to the > Add/Remove entry for, say, Office 2003? I agree that seems to be the optimal solution, but that would be a separate enhancement bug.
Comment 136•19 years ago
|
||
I tried to reproduce again and this time I saw the same thing as Kipp: all of my older entries were removed correctly. The only thing I did different was completely remove the install directory from my earlier testing (I'm guessing some uninstall logs/files were left behind last night...which could explain the weird behavior). Starting from scratch, I installed 1.0, 1.0.1, and 1.0.2 into the same default "Mozilla Firefox" directory. Installing 1.0.3 removed the 3 older entries...so marking this verified. If anyone still has minor problems with this, please log a new bug.
Status: RESOLVED → VERIFIED
Comment 137•19 years ago
|
||
This problem applies to not just Firefox, but all Mozilla products (Thunderbird, etc.). Wonderful "oversight", guys.
Comment 138•19 years ago
|
||
*** Bug 288870 has been marked as a duplicate of this bug. ***
Comment 139•19 years ago
|
||
(In reply to comment #131) > The next FireFox installer released should remove all previous entries lying > around, be it 1.0.2, 1.0.1, 1.0, 1.0 PR etc. What about .7, .8, .9?
Comment 140•19 years ago
|
||
> What about .7, .8, .9?
Installing over the top of 0.8/0.9, particularly if any extensions were
installed, usually messes things up anyway, and isn't supported. No point
fixing this issue if nothing else works. Firebird 0.7 didn't even have an
installer, so that wouldn't be an issue. It's not unusual, even for nice
installers, to fail to clean up after beta/pre-release versions.
Comment 141•19 years ago
|
||
> It's not unusual, even for nice installers, to fail to clean up after
beta/pre-release versions.
And that's supposed to justify Mozilla installers doing the same?
Comment 142•19 years ago
|
||
(In reply to comment #139) > What about .7, .8, .9? I think it would be very cool if the installer could clean up previous installs of these builds.
Comment 143•19 years ago
|
||
(In reply to comment #141) > > It's not unusual, even for nice installers, to fail to clean up after > beta/pre-release versions. > > And that's supposed to justify Mozilla installers doing the same? Justification - maybe not. Explanation - Yes. Having tested betas of IE (and other MS products), I know for a fact that Microsoft don't clean up after their beta versions. If the creater of the OS (with their inside knowledge of the full API set) can't do it, what hope does Mozilla have?
Comment 144•19 years ago
|
||
(In reply to comment #143) > Having tested betas of IE (and other MS products), I know for a fact that > Microsoft don't clean up after their beta versions. If the creater of the OS > (with their inside knowledge of the full API set) can't do it, what hope does > Mozilla have? Much hope, since we're better than Microsoft.
Comment 145•19 years ago
|
||
(In reply to comment #135) > > I agree that seems to be the optimal solution, but that would be a separate > enhancement bug. Posted as bug #289370.
Comment 146•19 years ago
|
||
*** Bug 289762 has been marked as a duplicate of this bug. ***
Comment 147•19 years ago
|
||
*** Bug 289939 has been marked as a duplicate of this bug. ***
Comment 148•19 years ago
|
||
I've just updated my FF from 1.0.1 to 1.0.2, thinking that the problem was solved, but oooh no! Now there are two entries in my add/remove programs list *again*! How hard can it be? FF is the only program, I can think of which does this, and I know that the Mozilla guys are cool programmers, so I simply don't understand why it can be so hard to fix this bug. Is it a lack of resources?
Comment 149•19 years ago
|
||
The bug is marked as fixed-aviary1.0.3, meaning that it is not in the current latest official build, 1.0.2. The next official build is 1.0.3 that will be released shortly. Please do not comment unless you have read the bug through and have something extra to add about the fix and whether or not it needs to be improved in a manner that has not been previously discussed here.
Comment 150•19 years ago
|
||
Okay, my bad. Thought i saw "fixed-aviary1.0.2" some time ago, but that was obviously wrong. Sorry.
Comment 151•19 years ago
|
||
*** Bug 290119 has been marked as a duplicate of this bug. ***
Comment 152•19 years ago
|
||
*** Bug 290654 has been marked as a duplicate of this bug. ***
Comment 153•19 years ago
|
||
*** Bug 290718 has been marked as a duplicate of this bug. ***
Comment 154•19 years ago
|
||
*** Bug 291955 has been marked as a duplicate of this bug. ***
Comment 155•19 years ago
|
||
*** Bug 292057 has been marked as a duplicate of this bug. ***
Comment 156•19 years ago
|
||
*** Bug 292161 has been marked as a duplicate of this bug. ***
Comment 157•19 years ago
|
||
If a 1.0.4 is installed over 1.0.x in Windows XP, not all of the registry stuff is cleaned up, so that if you install the flash player over that (for instance), it still shows 1.0.x (x<4) as installed.
Comment 158•19 years ago
|
||
(In reply to comment #157) > If a 1.0.4 is installed over 1.0.x in Windows XP, not all of the registry stuff > is cleaned up, so that if you install the flash player over that (for instance), > it still shows 1.0.x (x<4) as installed. Reopen?
Comment 159•19 years ago
|
||
The problem is bug 294357(firefox & thunderbird) and bug 264386(suite). Don't reopen this.
Comment 160•19 years ago
|
||
It could be caused by flash not reading good string when trying to verify wich ff is installed. Already saw this elsewhere. Not related to this bug.
Comment 161•19 years ago
|
||
I've found PR's, RC's, .4 through current 1.0.0+ of Mozilla, Firebird, Firefox, and Thunderbird. Perhaps there should be a Mozilla utility to clear out ALL of these settings so they can be put in anew by the latest install. It would be great if that were part of the installer, but a separate program would do.
Comment 162•19 years ago
|
||
*** Bug 305468 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
QA Contact: bugzilla → installer
Comment 163•17 years ago
|
||
I've just noticed that i still see this bug (see screenshot) I've installed 2.0.0.1 and later updated to 2.0.0.2. (via auto Update) --> Uninstall is shown twice in the add/remove dialog when i select "uninstall" for 2.0.0.1, Windows told me that Firefox 2.0.0.1 is allready removed and asks me to delete it from the list.
Comment 164•17 years ago
|
||
I've just upgraded manually from 2.0.0.2 to 2.0.0.3 RC1 and didn't notice this problem occurring. My guess is that it is related to auto update.
Comment 165•17 years ago
|
||
just had the same problem with 2.0.0.2 -> 2.0.0.3. (I now have 2.0.0.1, 2.0.0.2 and 2.0.0.3 in my Ad/Remove list) Please re-Open this bug because it is definitley not fixed!
Comment 166•17 years ago
|
||
Seconded on reopen request. Seeing it here also.
Comment 167•17 years ago
|
||
We won't reopen this bug. The last comments also talk about auto update while this bug handles the installer. I filed bug 389244 for this issue.
Comment 168•12 years ago
|
||
I'd just like to report that the 15.0.1 update today, did not remove the 15.0 version from the installed programs list (Windows 7). http://i.imgur.com/A04iT.jpg
Comment 169•12 years ago
|
||
I got the duplicate 15.0 and 15.0.1 entries in Windows 7 Pro 64-bit Programs and Features list as well after I updated using the internal updater through the Help > About window. Went hunting in the registry and I found: FF 15.0.1 Uninstall information was stored here: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox 15.0.1 (x86 en-US) FF 15.0 Uninstall information was stored here: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox 15.0 (x86 en-US) Wonder if it's related to the Mozilla Maintenance Service thing. Almost like FF 15.0.1 was handled like a User only install. A new bug might need to be created.. looks like this specific one will never be looked at again(?).
Comment 170•12 years ago
|
||
Can one of you please file a new bug on that issue? This bug has been closed ages ago, so you are most likely seeing something new. Thanks.
Comment 171•12 years ago
|
||
I created a new bug here: https://bugzilla.mozilla.org/show_bug.cgi?id=789743
You need to log in
before you can comment on or make changes to this bug.
Description
•