Closed Bug 122913 Opened 23 years ago Closed 23 years ago

Empty FTP does not display properly

Categories

(Core Graveyard :: Networking: FTP, defect, P4)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: cowwoc2020, Assigned: bbaetz)

References

Details

(Keywords: testcase)

Attachments

(2 files, 1 obsolete file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:0.9.7+) Gecko/20020122
BuildID:    2002012216



Reproducible: Always
Steps to Reproduce:
1. Visit an empty FTP (that is, the main directory is empty and there is no
parent directory)
2. Mozilla will not update the screen and the FTP information will not show up
3.
*** Bug 122914 has been marked as a duplicate of this bug. ***
Do you have any URL?
confirming with win2k build 20020204..
I used my own server (the 5th server i tried works with mozilla)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: OS/2 → All
Here are better repro steps:

1. Open Mozilla
2. Load http://www.google.com/
3. Enter "ftp://mozilla@bbs.darktech.org/" into URL field and press ENTER
4. Google's website will continue to be displayed even though Mozilla
successfully logs into the FTP

I have a feeling that with the above repro steps you should be able to repro
this under Windows as well.

NOTE: bbs.darktech.org is my DDNS server; it might not be up 100% of the time.
I can't test your specific server (its down ATM), but this WFM in general on
wu-ftpd on localhost. I'm going to attach a patch which may help. Can someone
who is seeing this on a a current build w/o my patch try it with?
Priority: -- → P4
Target Milestone: --- → mozilla1.0
Attached patch patch to try (obsolete) — Splinter Review
If the assertion fires, then this makes a difference
Tested with an opt build.
This patch fixed the problem with my FTP server and with 
"ftp://mozilla@bbs.darktech.org/" 
only nsbeta1+ bugs can have milestones, resetting to ---
Target Milestone: mozilla1.0 → ---
nsbeta1 does not apply to non netscape employees (And I have a patch for this!)
Resetting milestone.

I'll attach a patch without the assertion in there. I still can't reproduce it,
but the problem was that because of the DelayedOnStart stuff we were only
sending an OnStop w/o the OnStart if there were no calls to OnDataAvailable.
Keywords: patch, review
Target Milestone: --- → mozilla0.9.9
Attached patch v2Splinter Review
Attachment #68092 - Attachment is obsolete: true
Comment on attachment 68224 [details] [diff] [review]
v2

sr=darin
Attachment #68224 - Flags: superreview+
Comment on attachment 68224 [details] [diff] [review]
v2

r=dougt
Attachment #68224 - Flags: review+
Checked in/
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
VERIFIED: RC1, W98.
Status: RESOLVED → VERIFIED
Keywords: testcase
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: