Installer doesn't clean up build info when installing with IE

VERIFIED INVALID

Status

SeaMonkey
Installer
VERIFIED INVALID
16 years ago
13 years ago

People

(Reporter: greer, Assigned: dveditz)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

16 years ago
Instead of installing with Mozilla and having to shut it down, I used IE 5 
*gasp*. After several days of installing the nightlies from the mozilla.org 
site I noticed that the wrong build was being downloaded.

Steps:
1. Create a new directory
2. Go to mozilla.org and click on the nightly build (for Windows in my case)
3. Select "Save this program to disk" (in your new dir)
4. Once the download is complete, click "Open" to start the stub installer
5. The Mozilla Setup window will tell you "You are about to install Mozilla 
version XXXX" (Last time I installed with IE was 2002021510, so that is the 
build I see.)

When I follow these steps in IE 5, I will get the same buildID in XXXX every 
day. The master.ini in the components directory shows the same buildID.
The master.ini in ~/Setup/talkback.xpi shows the same buildID.
(I am assuming from this that it is indeed the wrong build and not simply a 
corrupt file.)

When I download using N621 or a Moz build I get the current nightly build. No 
problem.

After installing the proper build (with N621/Moz) if I install with IE the next 
day, same problem. However, if I delete all files in my "Temporary Internet 
Files" directory, I can again install the current nightly using IE (until the 
next day when I encounter the same problem).

I don't know if this occurs on other platforms or with other releases of IE.
(Assignee)

Comment 1

16 years ago
Sean, any clue? Sounds like it's picking up the old .xpi files maybe, but I
don't know why we would have left any around.

Tom: When you download using IE do you actually get the stub program? (i.e. does
the date change? does it binary compare to the stub as downloaded by Mozilla?) 
When you download using IE do you download to the same place as when you
download using Mozilla? Please attach the install_status.log from a build that
didn't do the right thing.
(Reporter)

Comment 2

16 years ago
Created attachment 70796 [details]
Install log from IE install (02/21/02)

Dan, I've attached the install log. The stubs are both 210K but the date on the
stub I downloaded with IE this morning is 02/16/02.
(Assignee)

Comment 3

16 years ago
How is it possible that IE is downloading the wrong one? Are you downloading
from the dated directories on sweetlou? Do you know for a fact that it actually
has downloaded a file (delete the old one first, or "touch" it and verify that
the date changes)

The log shows it's downloading the .xpi files, not using any it may have found
locally, so it's completely an issue of having/gettng the wrong stub. At this
point I'm itching to mark this INVALID, but if this is due to a common IE
setting we probably should try to work around it.

Comment 4

16 years ago
The only thing I can think of that might be happening here is that if you're
downloading the moz nightly builds from one the 'latest' dirs, IE might have
chached the page and thus the file itself so that it will always save the
2002021510 build for you.

What's the url of where you're downloading the nightly moz builds from (via IE5)?
(Assignee)

Comment 5

16 years ago
When I download the nightly mozilla-win32-installer.exe (tried several recent
ones) I get an error about detecting a corrupt xpcom.xpi -- but the stub isn't
supposed to have any archives in it. When I run it with the -u option I avoid
the error, and no xpcom.xpi is unpacked. Running setup.exe at that point works fine.

I downloaded several different builds with IE and appeared to get the build I
asked for. Where are you getting the installer (what directory and file name)?
Why aren't you seeing the apparent corruption problem I am, or since I haven't
gotten tons of bugs on it, why am I seeing it when no one else is?
(Reporter)

Comment 6

16 years ago
I have found my problem. IE is storing a copy of the stub in the dir:
C:\Documents and Settings\Administrator\Local Settings\Temporary Internet Files
IE looks there, N621 and Moz don't. 

Dan, after downloading with IE, do you have a copy of the stub in 
the "Temporary Internet Files" folder? I'm wondering if there is a setting that 
I might have set differently.
(Assignee)

Comment 7

16 years ago
No, I don't find one there, just at the final location I specified. I don't
appear to have any ftp: items in the IE cache.
(Assignee)

Comment 8

16 years ago
Not a Mozilla problem, Seems to be an IE caching thing. WFM on my copy of IE
with default (never changed) settings.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → INVALID

Comment 9

16 years ago
verified worksforme-
changed no settings 
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.