I was using the MacNetscape6Installer.sea.bin in the trunk build from 2001-07-10-08-trunk on mac G4 with os 9.0.4. Successfully uncompressed it. After clicking Netsacpe 6 installer exe, going through all the windows, as it starts to download the bits, I get an error message "Error 13:Download failed". Then the installer process quits. Only happens on the Mac builds.

over to Syd.

fyi. using the 2001-07-11-13-0.9.2/ MacNetscape6Installer.sea.bin I see another error. Error 18:Unexpected error. Happens when the window says Extracting installer files. Running MAc os 9.0.4.

seen on mac commercial branch build 2001-07-11-13-0.9.2 stub installer AND full installer fail complete with "Error 18: unexpected error!" I saw the Error 13 with yesterdays build as this bug posts, but yesterday the full installer worked. Today it is broken also. Thus the upgrade to blocker status also changing summary to generalize installer failure

Netscape6-mac.sea.bin worked fine for the 2001-07-11-13-0.9.2 branch builds.

seeing this on build 2001071113 branch also both my machine 9.04 and K'Trina's 9.1 (both recommended and full setup type) install fails at beginning of extraction of files as noted above

*** Bug 90396 has been marked as a duplicate of this bug. ***

Since this happens on the branch, marking PDT+. If this is commercial only, pls move this bug to Bugscape.

Can this be a packaging issue? I looked over the branch (commercial and mozilla) checkins and didn't see anything that could be the culprit. cc'ing some Mac folks.

this is also happening with the mac commercial trunk 2001-07-11-13-trunk build with stub installer and full installer. the sea.bin file works fine. smoketetsting with that.

lisa.. this is happening with mozilla builds also.

Sean suspects some PDT+ XPCOM-related checkin

From my end it looks like line 158 in xpistub.cpp is failing, i.e. the call to nsComponentManager::AutoRegister(nsIComponentManager::NS_Startup, compDir); is where the error 18 is coming from. Just as an aside, it has taken me something like 30-45 minutes to figure out that the installer creates an NSTempInstall folder at the root of the destination drive and in that folder, there's a 'viewer' folder containing all the mozilla dll's needed by xpinstall (was wondering how it did that).

If I were a betting man, I'd bet mstoltz changes to nsComponentManager.cpp are the culprit.

*** Bug 90428 has been marked as a duplicate of this bug. ***

My patch in bug 87913, which mstoltz checked in for me, caused this problem. Taking...

this should not be a smoketest blocker because the workaround is to use self-extracting big blob file that does not run the installer. As gchan indicates: Netscape6-mac.sea.bin worked fine

Mitch is checking in a fix... see comments in bug 87913

Um, isn't running the installer *part* of the smoketest?

this is still present on Mac commercial trunk build 2001-07-12-08-trunk The stub installer is still failing. However, the full installer works. That is an acceptable workaround for the blocker status. Sean, it has been my understanding that if the installers fail, then the bug is a blocker.

Tracy, does the installer fail with the same error as yesterday ? I tend to think that if the full installer works, then it's a download problem which could be explained by the problems we've been having with sweetlou. Please attach the installer log if you can.

It was my understanding that if there was a workaround to getting the browser tested, it was not considered a blocker. It looks like this criteria has changed. Also the error I see with today's installer (not full installer) is error 13. This is different from the original problem. That one is due to crc checking code at the end of a download that syd landed. Tracy, is error 13 the problem you're seeing? Today's full installer works for me as well. It does not error out where it does with yesterday's build.

Using MacNetscape6Installer.sea.bin from 2001-07-12-08-trunk fails for me with the 'Error 13:Download Failed' message also. Running mac os 9.0.4 on a g4.

Is this the same problem as yesterday or not? If it's a different problem, please close this bug and open a new one.

This is the original problem report on this bug (Error 13...see first comment) It mutated a day later to "Error 18". That's fixed. The Error 13 is still present with the Mac stub installer. The full installer works fine. Mac commercial build 2001-07-13-04-trunk. Note: branch stub worked fine also. Should this be another bug?

If this is a tracking bug for Mac installer failures, as the summary suggests (but not the original description), bug 89720 should be added as a dependancy. This bug concerns installation failing on Macs due to error -2804. If this isn't a tracking bug, the summary should be narrowed to issues involving error 13 only. Error 18 should have been a different bug.

Is this still a problem?

I haven't found out if the Mac installer is still broken, but giving to ssu.

Tried MacNetscape6Installer.sea.bin in 2001-07-13-08-trunk/ and I get Error13:Download failed message again. Using G4 w/ os 9.0.4 Originally I wrote the bug with the Error 13 problem. Then i mentioned I saw the error 18 problem with full installer. The summary line was changed to be more general after my initial comments about error 19. sorry if I confused people.

syd has a fix for the error 13 problem in bug 87658.

Fixes for 87658 were checked into the branch, but not the trunk yet. This one should be fixed on the branch. Could someone on a mac try this and either remove my status whiteboard question mark, or correct my mistake if it's still broken

this worked for me with the 7/16/01 stub installer from the branch (mac os9).

removed your status whiteboard notation fixed on branch build 2001071603 using Mac OS 9.04

Adding "fixed on branch" to whiteboard to assuage the pdt. Maybe the correct procedure is to remove the pdt+ notation but I don't feel comfortable doing that without management OK.

Sounds like this is fixed and verified on the branch, what's stopping it from going on the trunk? I'm removing the PDT+ now.

Syd, we need the Mac installer off the floor... any update? I tried today's trunk and I keep getting the alert "We strongly recommend you quit all running applications" after accepting the EULA, which sends me back to the welcome screen. I have no other choice but canceling the installation. -- sounds more like an enforcement than a "recommendation" to me :-/

The mac installers have been this way since 6.01 or maybe earlier. It's disappointing the message didn't get updated, but you need to do what it says. In particular you have a copy of Communicator or Netscape 6 running that's making it unhappy.

(please don't morph this bug to deal with the "Netscape is already running cryptic message" bug -- we already have one for that)

how about we fix the error message? hmmmmm?

Ok, looking at this...

this bug morphed once from the erro 13 to error 18 problem. Error 18 has been fixed with mitch/jesse's The error 13 is encountered after error 18 was fixed. See bug 87658 for error 13 problem. Closing bug as fixed (for error 18 problem - run the blob mac installer and you should not see error 18 anymore).

ugh, I'm thinking faster than I can type. Error 18 has been addressed by mitch's/jesse's patch.

Pink: which error message? The cryptic numeric ones (we could only change it to "Unexpected error" in the cases reported here) or the one about shutting down programs? The latter was bug 58928 which sdagley closed with a comment saying he'd open a new bug on the error text. I can't find such a bug, though.

I have a fix dan, I just need drivers approval to check it in.

that is, fix for the error 13 bug, this one should remain closed.

dagley, what is the bug on changing the error text re: shutting down other running apps?

damnifiknow. Samir was going to log it but I just searched for bugs assigned to or reported by sgehani and didn't find it.

In Netscape builds, this works fine. On mozilla builds, the dialog that should come up if you hit "next", in the license dialog that displays after the dialog that displays the "you outta quit all apps, dude" message, never shows. And so it seems like we hang. So, changing the subject, and reopening. Probably need to address this for 0.9.3

So this bug _has_ morphed again, despite dveditz's plea. Let's try to focus on one issue per bug. As sean clarified before, here's where we stand with the mac installer issues: - Error 13: failover url not working on trunk -> Real bug is 87658 (+bugscape 5465) - Error 18: Component manager -> real bug is bug 87913 This is now the home of the "Quit all running apps" alert discussions, and I already count 2 problems: - feature works with Netscape but is broken in Mozilla - bad phrasing. Should not say "strongly recommend" nor "all running apps", but something like "Netscape is currently running on this machine. please close it before running this installer." <ok> One of these 2 issues should be tracked in a different bug. As a side comment, I'd like to say that this behavior is quite unusual to mac users: most Mac software installers that require apps to be shut down, certainly warn the user about it, but they do the job themselves, then proceed with the installation. That should be our goal too, especially if only Mozilla/Netscape needs to be shut down, rather than having the user do it.

87658 has a patch and I am waiting for r= on it at the moment.

Actually it is 87793 that has the patch. 87658 has been closed, all the patches on that bug have been applied. And, you are right, I've been using this bug for the "you must close all apps" issue.

I think all the issues are resolved here. Closing.

syd, I can see bug 87793 and 87658 as verified fixed- but if this bug addresses the 'quit all running apps' - what changes? The message is still the same? Not sure what to verify here

message: It is strongly recommended that you quit all applications before running this installer verified on build 2001091004