Closed Bug 85716 Opened 23 years ago Closed 23 years ago

Can't install 6.1 beta, hangs after launch of setup file

Categories

(SeaMonkey :: Installer, defect)

x86
Windows 98
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.2

People

(Reporter: jenm, Assigned: ssu0262)

References

Details

(Whiteboard: critical for 0.9.2, have patch r, sr and a)

Attachments

(5 files)

Steps to reproduce
go to:
http://home.netscape.com/browsers/6/index61pr.html?cp=dowpod61pr#Preview Release
- Choose German windows
- download setup file on desktop
- launch set up and choose full install
- Installation hangs after only a few seconds.

Note: This is an additional install of the product. US English is in a separate 
folder.
Could be a network issue or installer recovery issue, according to Daniel. I was 
able to download the xpi's finally starting at about 11 a.m. My guess is that 
fewer people are downloading now???
adding loeb to cc: list. 

During this morning's conference call, Gregg, Reed and I saw this on DSL.
Keywords: nsbeta1, nsCatFood, rtm
Severity: normal → major
Changing summary, because i don't believe this is an L10N issue.

Also, hangs @ NIM, and "markers".
Summary: Can't install German 6.1 beta, hangs after launch of setup file → Can't install 6.1 beta, hangs after launch of setup file
I saw the same problem when I downloaded the Japanese PR1.
After I tried the second time, I could install it without any problems.
I used the DSL to install it.  
I actually saw the same thing when downloading it via DSL.  I ended up having to 
"end task".  Then relaunched N6Setup.exe and it picked up where I left off and 
eventually finished.
I encountered this problem simply by downloading N6SetupB.exe (25MB file) via
DSL directly from the public ftp site.  At one point the download just froze and
needed to be canceled, after that I was able to resume.  This happened twice, a
third time I was able to download the file completely w/o problems. 
Marking as DogFood because this happened to more than one person.

Note: This bug was originally entered against a download inside the firewall on
the internal LAN.
Keywords: nsdogfood
Happened to me on US Win2000 downloading English PR1 inside the firewall on
the internal LAN.

From the mail thread, it has happened Linux too reported by chrisd@netscape.com.

There was also a reporte Mac crash (may not be related):
From: Paul Bergsagel <pbergsag@home.com>
X-Mailer: Mozilla 4.77 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
To: suggestions@mozilla.org
Subject: Netscape 6.1 PR1

I am sorry to post this here but I could not find the correct email
address for Netscape. Would you kindly forward this to the correct
person. I believe it is very important the correct person at Netscape
receive this email. Thanks.

On the Macintosh ( OS 8.6) Netscape 6.1 PR1 crashes upon install. Very
important installation information has been omitted from the release
notes. Until I paired down my extension set the program would crash
during the installation process.  Here is what I did. I turned off all
but the necessary extension to get a browser on to the internet and kept
Quicktime on (installation will fail if Quicktime is off).

Could someone update the release notes, or many will see this browser as
being unable to be installed. Thank you.

Paul Bergsagel.
catfood means polish, dogfood is irrelevant, and we don't use rtm for anything
anymore :-)

this problem is due to server issues, but I'll keep it open until they are resolved.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.2
I'm able to reproduce a simular problem on Mac OS 8.6. The installation process
is frequently stalled and user must press pause/resume buttons to force the
install to continue. During the extracting phase, I get the following error:
Installation failed due to error -4.
Thanks for the feedback and interest Syd. Good to hear you are on this one.

IMHO this would be the best kinda of polish we could do before RTM, since this
is the first experience the outside world has with the product. A GREAT, above
par download and install would be fantastic for the product. Just my 2 cents.
For the record, I am unable to download and installer 6.1b1 from outside the
firewall.  DSL to a P3/600 win98SE box.  Download the stub, tell it to save the
xpi files in the default location, custom install minus all the 3rd party add
ins.  It hangs trying to download nim.xpi.  Tried it once via ftp (at less than
3KB/sec) and then twice via http (35 KB/sec, yeah!) and they all stalled out on
nim.xpi.  We should also take the ftp vs http download option out of the proxy
settings window so people know it's there and can choose which method of
downloading they want to use which would probably help even the load and make
the ftp download performance better and less prone to hanging.

And this should probably be another bug, but my % complete meter was up to 170%
every time when it stalled.
the percentage being > 100% is probably bug 83533.
Let's use socket symbols understood on all platforms or this won't compile on
other platforms.  :o)  

From a linux box's /usr/include/sys/socket.h:
/* The following constants should be used for the second parameter of
   `shutdown'.  */
enum
{
  SHUT_RD = 0,      /* No more receptions.  */
#define SHUT_RD     SHUT_RD
  SHUT_WR,      /* No more transmissions.  */
#define SHUT_WR     SHUT_WR
  SHUT_RDWR     /* No more receptions or transmissions.  */
#define SHUT_RDWR   SHUT_RDWR
};

Also, for platforms that don't understand SHUT_{RD,WR} we should define them
just as SHUT_RDWR is currently defined:
#ifndef SHUT_RD
#define SHUT_RD 0
#endif
reassigning to myself.  I have a patch in testing right now.
Assignee: syd → ssu
Severity: major → critical
Status: ASSIGNED → NEW
Component: Installer: XPInstall Engine → Installer
Attached patch patch attempt #1Splinter Review
Blocks: 83533
Blocks: 83691
Blocks: 83692
r=syd
just got r=sgehani too
Status: NEW → ASSIGNED
sr=mscott
a= asa@mozilla.org for checkin to the trunk.
(on behalf of drivers)
Blocks: 83989
the default TCP window size is 8196.  The patch will increase it to 60k.  The 
window size is the size of the buffer for the created socket.  This buffer is 
used incoming data that can't be processed right away by the client.
*** Bug 86827 has been marked as a duplicate of this bug. ***
ignore the change to nsXIEngine in the previous patch, that won't get checked in.

r=ssu on that last patch
Gah! That was me (Ben Goodger) commenting. using hyatt's machine. 
a=chofmann
Whiteboard: critical for 0.9.2
Whiteboard: critical for 0.9.2 → critical for 0.9.2, have patch r, sr and a
be good if we could get this into 0.9.2 branch and trunk before monday morning
if its ready.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
I talked to Syd.  He said that it's already checked in before the branch was 
cut.  marking this fixed.
verifying fix with new stub installer  
Status: RESOLVED → VERIFIED
QA Contact: jimmylee → gbush
okay, landing this in the trunk and branch tonight -- seems like we are getting 
good results with the change in the window size.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: