Closed Bug 20014 Opened 25 years ago Closed 25 years ago

ftp(tree) opening multiple FTP directories simultaneously causes app lock

Categories

(Core :: Networking: FTP, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: warrensomebody, Assigned: jud)

References

()

Details

(Keywords: testcase)

I tried to go to the ftp page listed above. This works in 4.x, but in mozilla produces: <body></body> in the window.
Summary: ftp can't load pages → [DOGFOOD] ftp can't load pages
Status: NEW → ASSIGNED
Summary: [DOGFOOD] ftp can't load pages → [DOGFOOD] FTP needs to handle symbolic links
updating summary field. the "devworld" dir is actually a symbolic link.
hmmm. what build are you using? This is working for me (fresh tree pull as of mid afternoon today). Now my summary is missleading too. FTP doesnt' actually care if a "dir" is a sym link (though the dir listing shoudl note it).
Summary: [DOGFOOD] FTP needs to handle symbolic links → [DOGFOOD] ftp can't load pages
I didn't say anything about symbolic links, you did. Changing the summary back to my original title.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I just tried this w/ the win32 11/23/99 nightly build and am not able to reproduce it. I can navigate the sym link, and goto the said url directly.
Status: RESOLVED → REOPENED
I just tried this again on my home machine, and was able to load the page listed in the url field above (the build is a few days older though). Then I tried going to ftp://ftp.apple.com and got a directory listing. I clicked on a bunch of the triangles and several of them opened to reveal subfolders, but then the app deadlocked. There seemed to be many threads blocked in the proxy code (sorry, but I didn't get a backtrace). I tried to reproduce it and couldn't. Sounds like there's some sort of race condition going on.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: WORKSFORME → DUPLICATE
*** This bug has been marked as a duplicate of 20011 ***
Status: RESOLVED → REOPENED
I really think these bugs are unrelated. This one is a deadlock problem in the protocol. 20011 is a UI problem.
Status: REOPENED → ASSIGNED
Summary: [DOGFOOD] ftp can't load pages → opening multiple FTP directories simultaneously causes app lock
then lets update the summary to something a little more representative of the problem. I removed the dogfood status as I dont' think we need to be able to open multiple FTP dirs simultaneously. Note: I am unable to reproduce on build from this morning windows NT.
Resolution: DUPLICATE → ---
correction to previous posting. I do think we need to be able open multiple FTP dirs simultaneously, just not for dogfood.
Target Milestone: M13
The all-too-easy-to-trigger lockup does not, in current builds, lock the app entirely - the location bar and [Back] button still work, and if an http: URL or file: URL is loaded, the browser works normally until another ftp: URL is loaded, at which time it appears to lock up again. Tested with: 1999-12-09-08-M12 nightly binary on Windows NT 4.0sp3 Additional Information: Trying the equivalent with a tree resulting from a file: URL results in Bug 12749 "Unknown File Type error opening multiple file: directories" instead of a lockup.
Bulk move of all Necko (to be deleted component) bugs to new Networking component.
tever can you try to repro this on all three platforms? It should be fixed now.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
marking fixed per engineers comments verified working on NT4.0, Mac OS8.6, Linux 6.0 all builds 2000011008
Status: RESOLVED → VERIFIED
verified working on NT4.0, Mac OS8.6, Linux 6.0 all builds 2000011008
-> ftp + testcase
Component: Networking → Networking: FTP
Keywords: testcase
Summary: opening multiple FTP directories simultaneously causes app lock → ftp(tree) opening multiple FTP directories simultaneously causes app lock
You need to log in before you can comment on or make changes to this bug.