Closed
Bug 190144
Opened 22 years ago
Closed 22 years ago
New moz installer w/GRE needs to handle upgrade scenario
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ssu0262, Assigned: ssu0262)
References
Details
Attachments
(5 files, 2 obsolete files)
7.97 KB,
patch
|
samir_bugzilla
:
review+
sspitzer
:
superreview+
|
Details | Diff | Splinter Review |
7.60 KB,
patch
|
samir_bugzilla
:
review+
sspitzer
:
superreview+
dbaron
:
approval1.3b+
|
Details | Diff | Splinter Review |
99.35 KB,
image/jpeg
|
Details | |
40.07 KB,
text/plain
|
Details | |
37.27 KB,
text/plain
|
Details |
The new mozilla builds now install GRE in a different directory from the moz dir. When this new build is installed ontop of an older mozilla build which has GRE in the moz dir, problems can arise (such as .dll conflicts). The Mozilla installer (I don't think this needs to be done by the GRE installer) needs to handle cleaning up the old GRE that's left over from the previous mozilla in the moz dir.
Updated•22 years ago
|
Flags: blocking1.3b?
Attachment #112445 -
Flags: superreview?(dveditz)
Attachment #112445 -
Flags: review?(sgehani)
Attachment #112446 -
Flags: superreview?(dveditz)
Attachment #112446 -
Flags: review?(sgehani)
Comment 4•22 years ago
|
||
Yes, we need to get this fixed for 1.3beta.
Flags: blocking1.3b? → blocking1.3b+
Comment 5•22 years ago
|
||
Comment on attachment 112445 [details] [diff] [review] patch v1.0 (ns tree) r=sgehani
Attachment #112445 -
Flags: review?(sgehani) → review+
Comment 6•22 years ago
|
||
Comment on attachment 112446 [details] [diff] [review] patch v1.0 (moz tree) r=sgehani
Attachment #112446 -
Flags: review?(sgehani) → review+
added more files/dirs to be removed and also changed log comments for removing files from using "Create Folder: " to "Installing: ".
Attachment #112445 -
Attachment is obsolete: true
added more files/dirs to be removed and also changed log comments for removing files from using "Create Folder: " to "Installing: ".
Attachment #112446 -
Attachment is obsolete: true
Attachment #112640 -
Flags: superreview?(dveditz)
Attachment #112640 -
Flags: review?(sgehani)
Attachment #112641 -
Flags: superreview?(dveditz)
Attachment #112641 -
Flags: review?(sgehani)
Comment 10•22 years ago
|
||
Comment on attachment 112640 [details] [diff] [review] patch v1.1 (ns tree) r=sgehani Sean, Please comment/document in this bug how you arrived at this list of files to delete like we discussed. Thanks.
Attachment #112640 -
Flags: review?(sgehani) → review+
Comment 11•22 years ago
|
||
Comment on attachment 112641 [details] [diff] [review] patch v1.1 (moz tree) r=sgehani
Attachment #112641 -
Flags: review?(sgehani) → review+
Assignee | ||
Comment 12•22 years ago
|
||
The way I arrived at the list of files that need to be deleted was by: 1) installed a pre 01/22 build and a 01/22 build to different dirs 2) performed a directory structure compare I also did an additional manual/visual verification that the delete file list is the same as the file list that was moved from the mozilla's packages-win file list to the gre's equivalent packages-win file list.
Blocks: 190460
Blocks: 190459
Comment 13•22 years ago
|
||
Comment on attachment 112641 [details] [diff] [review] patch v1.1 (moz tree) rs=sspitzer
Attachment #112641 -
Flags: superreview?(dveditz) → superreview+
Comment 14•22 years ago
|
||
Comment on attachment 112640 [details] [diff] [review] patch v1.1 (ns tree) rs=sspitzer
Attachment #112640 -
Flags: superreview?(dveditz) → superreview+
Comment 15•22 years ago
|
||
Comment on attachment 112445 [details] [diff] [review] patch v1.0 (ns tree) sr=dveditz
Attachment #112445 -
Flags: superreview?(dveditz) → superreview+
Comment 16•22 years ago
|
||
Comment on attachment 112446 [details] [diff] [review] patch v1.0 (moz tree) sr=dveditz This script will be bad if we ever expose the option to install a private GRE in the browser location -- we'd zap the files that were just installed :-(
Attachment #112446 -
Flags: superreview?(dveditz) → superreview+
Attachment #112641 -
Flags: approval1.3b+
Assignee | ||
Comment 17•22 years ago
|
||
patches checked in. marking bug fixed.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 18•22 years ago
|
||
I just tried the Win32 2003012804 nightly build and WAS able to get it installed and running. However, "My Sidebar" is completely empty and when I tried to login to Hotmail, Mozilla saw I had stored passwords to login to Hotmail and displayed an EMPTY dialog for me to choose which id to use and the buttons on the dialog did NOT work and I had to kill Mozilla to get rid of it. I will attach a screenshot of what I'm describing. Is this possibly related or something else completely? Peace.... Tom
Assignee | ||
Comment 19•22 years ago
|
||
Tom, can you try this: 1) rename the following dirs out of the way (if they exist): [program files]\common files\mozilla.org [program files]\mozilla.org [mozilla dir] (if not in one of the above dirs) 2) reinstall the latest mozilla build. If you're still seeing the problem, then it's not related to this bug. If you are no longer seeing the problem, then there's a possibility it's related to this bug. I'll need a directory structure listing of the directories listed above that you renamed out of the way to see which files are not in their right place.
Comment 20•22 years ago
|
||
Ok, I had NO "program files\common files\mozilla.org" directory nor a "program files\mozilla.org" directory, as I installed Mozilla on my E: drive. 2) reinstall the latest mozilla build. I renamed e:\mozilla.org to e:\mozilla.org.bak and then installed the latest mozila build in c:\mozilla.org. The install went fine and "My Sidebar" WAS properly populated with the default tabs, etc. This was much BETTER then when I installed the latest build in my e:\mozilla.org directory OVER the "official" 1.3a alpha release that I'm running now. The attached dirlist.txt is from the Mozilla 1.3a (2002121215) build that I'm using now that DOES work. Let me know if you need anything else. Peace....
Comment 21•22 years ago
|
||
Oh yeah... when I installed the latest build in c:\mozilla.org and it worked, "My Sidebar" appeared EMPTY at first, and then was properly populated when I pressed F9 to hide it and then to re-display it. Sorry for leaving that part out of the other message. :) Peace.....
Assignee | ||
Comment 22•22 years ago
|
||
wait... I need the dir list (and subdirs: dir /s) from the directory that does *not* work. I know what's in the one that does work, cause it's the latest build.
Comment 23•22 years ago
|
||
Sorry about that.... :) Attached is the directory list of the "bad" (2003012408 Win32 build) Mozilla installation. Let me know if you need anything else.... Peace.....
Comment 24•22 years ago
|
||
Ok, as of the 2003021008 Win32 build, the problem I previously reported has been resolved. Yay! :) Peace....
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•