Closed Bug 308794 Opened 19 years ago Closed 18 years ago

(my !?) Stub-Installer can't download XPI files in Ftp mode

Categories

(SeaMonkey :: Installer, defect)

Product:
SeaMonkey
Component:
Installer
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: sgautherie, Unassigned)

Details

(Keywords: regression, Whiteboard: [SG: regression is either on my computer or on the Ftp servers, not in MAS/SM code])

Attachments

(1 file)

Ethereal-capture-1
4.98 KB, application/octet-stream
Details 
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a]
(release) (W98SE)

As reported in the seamonkey newsgroup for 2nd and 3rd "candidates",
only Http works.

<install_status.log>, after Cancelling (only way to quit the install).
{{
    Download protocol: FTP

    Download status: failed: -813
          file: Mozilla XPCOM
}}
Flags: blocking-seamonkey1.0b?
Keywords: regression
Where does it let you select HTTP vs FTP in the UI?  If it doesn't, this isn't a
blocker.
(In reply to comment #1)
> Where does it let you select HTTP vs FTP in the UI?

In the "Additional Options" dialog, click the "Proxy Settings" button.!.

***

Maybe that button should be renamed "Advanced Setting" or something ... What do
you think ?
ajschult, do we need to change more URLs, or does it just use the HTTP url and
swap out the protocol piece?
There is only one URL in the config.ini file.  The wizard is supposed to swap
out the http/ftp here:

http://lxr.mozilla.org/seamonkey/source/xpinstall/wizard/windows/setup/extra.c#1379
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050918 SeaMonkey/1.1a]
(nightly) (W98SE)

Odd, Trunk fails too.

(Let me check older builds: it used to work not so long ago :-/)
Version: 1.8 Branch → Trunk
(In reply to comment #5)
> (Let me check older builds: it used to work not so long ago :-/)

Well, MASv1.7.11, MAS v1.8b1 and SMv1.0a-20050710, all fail in the same way now :-<

Could someone else confirm if it works or not for him ?
Maybe something has gone wrong on my computer ? :-( (or on the Ftp Server ??)

What does this '-813' error code means ?
Flags: blocking-seamonkey1.0b?
-813 should mean the user canceled the download
http://lxr.mozilla.org/seamonkey/search?string=E_USER_CANCEL
(In reply to comment #7)
> -813 should mean the user canceled the download
> http://lxr.mozilla.org/seamonkey/search?string=E_USER_CANCEL

Right :->
(Obviously, this log appears in the file only after I cancel the installer; not
when the Ftp fails. Sorry :-<)


(In reply to comment #6)
> Maybe something has gone wrong on my computer ? :-( (or on the Ftp Server ??)

Here is as much "trace" as I could capture:
{{
X:\WINDOWS>netstat

Connexions actives

  Proto  Adresse locale         Adresse distante       État
  TCP    w98se:1920             ftp-chi.osuosl.org:ftp  ESTABLISHED
  TCP    w98se:1921             Host43-CMS-Hosting.b3g-telecom.com:55981  SYN_SENT
}}

Stub-I asks for ftp.mozilla.org,
and gets connected to ftp-chi.osuosl.org,
to which I connected manually and checked that download/files works.

But, immediatly before Stub-I reports that I may have lost my network,
a Syn_Sent + Syn_Received is exchanged with Host43-CMS-Hosting.b3g-telecom.com,
which I tried to ftp to, and got a 'ftp : connect :10060' after a timeout.
[Http doesn't work either on that one; it resolves to
"adsl-217-66-117-254.b3g-telecom.com"]

I wonder what this last host is ?
Anyway, I presume that I am currently dealing with a "non-working" mirror,
rather than a bug in the Stub-I bits.

Helpwanted anyway...
(In reply to comment #8)
> and gets connected to ftp-chi.osuosl.org,
> to which I connected manually and checked that download/files works.

... Manually, I had to log in as anonymous/(MyEmailAddress), if it makes a
difference !?
If you don't cancel, does it time out?  It might take a while (minutes), but
should do so eventually.  I'd guess that the b3g-telecom.com activity is from
some other program on your computer -- or do you see it consistently (and not
see it when not using the stub installer)?  And you should get a different
mirror every time (after letting any DNS cache expire).
Well, during a few more tries, after ftp-chi.osuosl.org,
I seemed that I got to mirror1.mirrors.tds.net, without more success;
Now back to b3g-telecom.

(I'm also seeing mecha.mozilla.org, now and then, not always. I guess this one
is expected.)

(I'll let it rest now :-()


(In reply to comment #10)
> If you don't cancel, does it time out?  It might take a while (minutes), but

No (long) timeout: Ftp (tries to) start for like 1 second,
then I get a warning dialog saying "... network problem ... lost your network
... Resume ... reestablished.".

I can resume as much as I want, and get the same "< 1 second try and failure"
situation.

Eventually I cancel, because it is the _only_ way (other than success) to leave
the Ftp transfer dialog :-/

> should do so eventually.  I'd guess that the b3g-telecom.com activity is from
> some other program on your computer -- or do you see it consistently (and not

No, this entry does appear right before the failure happens only.
And never when not testing this "bug": I have no other network activity at those
times and it's easy to check / be sure.

> see it when not using the stub installer)?  And you should get a different
> mirror every time (after letting any DNS cache expire).

I made a few test by releasing and renewing my DHCP IP address:
It's clear that b3g-telecom happens after ftp-chi.osuosl.org, and before (like
0.5 second timeout) the warning is reported.

Not every time, but, as I write just above, I got another "3rd" host for some
attempts: I don't know what to make of it.

This is the first day I look at the connections;
but I've had this bug for some days.

Anyway, I'll retry during the next days, and report if I get other hosts...

*****

FWIW, <ftp-chi.osuosl.org> is not listed on <http://www.mozilla.org/mirrors.html>.

(Could someone build a test Stub-I with a hardcoded ftp-chi.osuosl.org domain
and try ?
Or send me Stub-I with another hardcoded domain ?
I tried forcing some IP@ in my Hosts file, but that did not improve anything :-|)
I tried on 19th and 20th: same case.
I tried today (25th): same steps, except it's <ftp-mozilla.netscape.com mirror>.

Is there a way that I could get a Ftp log from the stub-installer ?
(It looks like something on my end, but what ??)
Summary: Stub-Installer can't download XPI files in Ftp mode → (my !?) Stub-Installer can't download XPI files in Ftp mode
Whiteboard: [SG: regression is either on my computer or on the Ftp servers, not in MAS/SM code]
> Is there a way that I could get a Ftp log from the stub-installer ?

I don't think so.  You'd need to add print statements.
Is there a program like ethereal for windows that will tell you what's actually
going on with the network (ethereal would tell you what URL was being asked for
and what the server response was).
Attached file Ethereal-capture-1 — 
(In reply to comment #13)
> Is there a program like ethereal for windows that will tell you what's
actually

I captured an attempt with 1 retry, tested with current Trunk SM Stub-I.
What is odd is that the installer sends a 'QUIT' right after receiving a '230
Login successful.' :-/
(I don't know what to make of it.)
[Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051215 SeaMonkey/1.0b] (nightly) (WXpProSp2)

Today, I tested on my (work) computer (and 2 MB/s SDSL) with <seamonkey-1.0b.en-US.win32.stub-installer__2005-12-15.exe>:

I got the Ftp to download the files,
but I (repeatedly) got 1+ failed attempt on the first try.

This is much better than at home (where it doesn't seem to work anymore no matter how many times I retry),
but the initial failure(s) is still odd:
When it used to work at home, I never got any failure.

(Am I cursed ?)
QA Contact: bugzilla → general
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8.0.2) Gecko/20060409 SeaMonkey/1.0.1] (nightly) (W98SE)

(Bug still present on my home computer.)
Tried SeaMonkey 20070516 v1.0.9/v1.1.2/v1.5a nightlies,
with my "new" W2K/computer: WorksForMe.

Let's assume my old W98SE/computer had something wrong.
Sorry.

R.Invalid, as reporter.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: