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.
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.
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.
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.
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)?
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?
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.
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.
Not a Mozilla problem, Seems to be an IE caching thing. WFM on my copy of IE with default (never changed) settings.
verified worksforme- changed no settings