272633 - Stub installer networking issues cause installation to timeout

Status: RESOLVED WORKSFORME

(SeaMonkey :: Installer, defect)

Description

[Tracy Walker [:tracy]]

seen on Linux stub installer 2004-12-01-08-1.7

-use the stub installer to do a Complete installation
-during the download phase make note of changes in download speed from modula to
module

tested results: When the Navigator module completed downloading then Mail News
begins, the download speed dropped dramatically. On each subsequent new module
the download speed changes.  Often one of the slowdowns would cause the
indstaller to hang.  During one attempt, a Network connectivity message
appeared, I clicked resume as suggested, but the download never resumed. 

expected results: All modules download without hang, then proceed to and
complete installation.

workaround is to use the full installer

Comment 1

[Hermann Schwab]

the stub installer is installing xpis, could this bug be related to 
Bug 272599 Crash while try xpi-install into newest Trunk-Nightly

Comment 2

[Andrew Schultz]

this worked fine for me with the same build.

are you sure there are no networking problems on the computer?  The last change
to the linux installer on the 1.7 branch was 5/22.

Hermann: Tracy is using a 1.7 branch build.

Comment 3

[Tracy Walker [:tracy]]

Asa and I explored it a bit.  Because sometimes the installation does succeed,
albeit slowly, we believe this maybe a network or mirrors issue. This didn't
affect the stub Windows installer from this morning. Although I did try it later
in the morning. I'll retry again on Linux tomorrow on the same network to see if
those issues may have cleared up.

However, a slow connection, whether it be the network or down/slow mirrors,
shouldn't cause the stub installer to hang.  The Network connectivity message I
got once seemed appropriate. But upon "resume" it hung anyway.

Comment 4

[Tracy Walker [:tracy]]

I reinstalled the same build here at work.  Although it was slow it did manage
to get through the download phase without hanging.  

Lowering severity.

Note: I was tracking down a regression window on Mozilla Trunk and found several
stub installers would not complete because the windows-xpi folder was not found.
Anyhow, when using the stub installer against that empty windows-xpi, the
installer came up with the too many network errors dialog which allowed you to
at least retry or cancel without hanging.  In that case, installation was never
going to be able to download because the files were not available.  Just
pointing out what I'd expect to happen with a slow/non working download on the
linux branch.

Comment 5

[Andrew Schultz]

Tracy: has this happened anymore?

> In that case, installation was never going to be able to download because the 
> files were not available.  Just pointing out what I'd expect to happen with a 
> slow/non working download on the linux branch.

The linux installer only repaints the window when it receives network traffic
and/or the network backend gives it an error (the installer is not hung-up, it's
just not repainting).  The connection *will* timeout eventually (and give a
dialog box), but the timeout is pretty long.  The repainting issue is certainly
not good, but (AFAIK) is non-trivial to fix.

Comment 6

[Andrew Schultz]

I filed bug 282989 to get repainting to work better

Comment 7

[Tracy Walker [:tracy]]

I do often see this with recent trunk builds.  But, if I remain persistant and
continue to try *resume* from the network errors timeout message, I eventually
get through the download of the various module xpi's.  Is this a networking or
server bug?  

changing summary; the installer isn't hanging, simply timing out.  

Comment 8

[Andrew Schultz]

can you grab a packet trace with tcpdump or ethereal?

tcpdump port http > packet.log
[start download, hit ctrl-C when download finishes/fails]

Comment 9

[Matthias Versen [:Matti]]

Seamonkey and Firefox are using a new NSIS based installer. resolving this old
bug, please reopen if you still get this with the new installer