Closed Bug 33163 Opened 25 years ago Closed 24 years ago

Cannot have four FTP transactions going at the same time (multiple simultaneous downloads)

Categories

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

x86
Windows NT
defect

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: deanis74, Assigned: law)

References

()

Details

(Whiteboard: se-radar relnote-user)

Step to Reproduce: 1. Go the the about FTP url 2. Click on mozilla-win32.zip 3. Select Save File 4. Enter a location, click OK 3. File Transfer ("Saving file" dialog) begins 4. Click on mozilla-win32-installer.exe Expected Results: Prompted for a file location right away and download begins. Actual Results: Not prompted for a file location until until mozilla-win32.zip finishes downloading. Until then, the status bar text remains as "Beginning FTP transaction" and the throbber and progress meter spin away. Additional Notes: This isn't related to just file transfers. Once the file transfer is initiated, you cannot change directories. Platform: WinNT 4 sp5 Build ID: 2000032308
->jud
Assignee: gagan → valeski
-> law
Assignee: valeski → law
Confirming on 20000512. Do we need this for nsbeta2? FTP is fairly broken... You can't download more than one file at once... Gerv
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: nsbeta2
[NEED INFO] Is this a beta2 criteria?
Whiteboard: [NEED INFO]
Whiteboard: [NEED INFO] → [nsbeta2+][NEED INFO]
[nsbeta2+]
*** Bug 32554 has been marked as a duplicate of this bug. ***
Priority: P3 → P2
Target Milestone: --- → M16
Bill, can you add some additional information to this bug about why it will suck if we don't fix this?
Because it sucks to request some action and get no response till some random point in time later, and, to get bogus feedback on what's happening. People will find other software that doesn't present such obstacles and use that instead. That sucks.
Status: NEW → ASSIGNED
Move to M18.
Target Milestone: M16 → M18
Removing need info. We need to fix this.
Whiteboard: [nsbeta2+][NEED INFO] → [nsbeta2+]
Removing need info. We need to fix this.
Putting on nsbeta2- per Nav Beta2 review today.
Keywords: relnote2
Whiteboard: [nsbeta2+] → [nsbeta2-]
Marking fixed per gagan.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified: WinNT 2000071308 Mac OS8.6 2000071308 Linux 2000071308
Status: RESOLVED → VERIFIED
hm, i cannot download more than 1 file at the same time (following dean's original steps). this is what i see when using mozilla on win98, 2000.08.31.12 bits: after the 1st file starts downloading (mozilla-win32.zip), i doubleclick on mozilla-win32-installer.exe. no download dialog appears for this 2nd file *until* the 1st has completed downloading. reopening. unless this is [somehow] expected behavior now, or another bug entirely. if so, feel free to close this and i'll open another bug. thx!
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Yep, it's back. Using a Sept 1 build.
thx for vrfying, dean. adding regression and nominating for beta3 fix. (also added more bits to the summary so that my queries hit it. :)
Summary: Cannot have two FTP transactions going at the same time → Cannot have two FTP transactions going at the same time (multiple simultaneous downloads)
Whiteboard: [nsbeta2-]
nav triage team: reassigning to Gagan since he fixed this once and it has now regressed.
Assignee: law → gagan
Status: REOPENED → NEW
This worksforme with todays 2000092005 build on WinNT and Win98. Tried 3 simultaneous downloads with no problems. Marking wfm. If anyone is still having difficulties please reopen.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
You really shouldn't be resolving and verifying the same bug. Anyway, still happens for me using 2000092005 (the exact same build) on WinNT. Reopening.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
hmm, this works for me every time I try it (on winNT, win98, and Linux) with the exception of an unknown error message that is being addressed in a different bug. Are you possibly seeing a delay before the second file starts downloading? Also, is it possible for you download 2 or more .zip files simultaneously?
Nope. The download process for the second file never starts until either the first download completes or I cancel it. Are you grabbing your files out of different directories and/or servers, or all from the same directory? I'm just randomly clicking on files in the latest directory. (Updated URL)
Same as you, just picking files from the same directory. I'm selecting large ones so I can get multiple transactions going. OK, I just saw that after 3 were going I couldn't open a forth (at least right away) without clicking the file a bunch of times ... maybe that is the same thing your seeing. cc.'ing law
Well, if I keep on double-clicking then eventually I get the Unknown File Type dialog. But not until the fourth or fifth double-click.
I don't think I ever fixed this bug. But I think I did help law fix this once. So ->law
->
Assignee: gagan → law
Status: REOPENED → NEW
Well, if you can get at least two or three transactions going then that's good enough for now. It sucks that you can't get more than three, but I wouldn't hold beta for this. Does anyone want to nominate this for rtm? Gagan, please don't send this over to Bill without a better explanation of why this isn't a networking problem. Have you done any investigation?
Assignee: law → gagan
Whiteboard: [nsbeta3-][cut 0921]
don: this still is law's area. There are bigger problems with multiple download which me and law have gone over in past and have worked it out to make it possible for multiple FTP downloads to occur simultaneously. I agree that its not a stop-ship for beta but this still is law. And please don't assign it back till you think law has a problem with fixing this again.
Assignee: gagan → law
Don, that's not the case. As an average user (not one that double-clicks on a link ten or twenty times), I can only get one FTP transaction going at a time. Not three.
I don't have a problem with fixing it *again*, Thing is, I don't recall ever fixing it the first time. I see Jan marked it resolved/fixed on July 13, "per" you. Tom verified it the same day. So it must have appeared to work then. I didn't check in anything that would have fixed it. My recollection is that we decided this wasn't [nsbeta2+] because being able to download one file at a time was good enough (and this is reflected in Jan's comment on Jul 07. So if it was truly fixed, it appears as if you'd know how. If you recall, tell me and I'll pursue that lead again. But as it stands, I have no idea where to look. Here's what I observe using yesterday's build on Win98: 1. I can do 3 downloads from a ftp directory listing at the same time. E.g., try ftp://hobbes.nmsu.edu/pub/os2/system/patches/fixpacks. There's some big files there. 2. If I try a fourth, the progress dialog does not appear until one of the 3 completes. 3. If I open another browser window, I can do a download from a different ftp location (same server, as I recall). I don't know how many (I didn't have the patience to start 3 more and see what happens on the fourth). 4. If I type in a different URL in the first browser window (where the 3 downloads are happening), it doesn't go there until one of the 3 completes (this was an ftp url, different server (ftp.mozilla.org)). I *can* navigate to an http location (by typing in the location bar). It *seems* as if there's some limit (3) on the number of simultaneous ftp channels that can be open for a given window (more likely, for a given load group or something). Given that that the problem appears when simply navigating as well, it wouldn't seem that it could be a file downloading thing. That, plus I can't come up with *any* plausible explanation that would lead me to believe that the fix would end up in my code. An interesting test might be to see if a frameset with 4 frames, each with src="ftp:...", works or not. If it weren't 2:45 am, I'd try that myself. BTW, I do see other flakiness with ftp. For example, accessing my internal ftp server, I can't download anything (e.g., ftp://law.mcom.com/d/dropbox/appcore.zip gets me the Unknown File Type dialog. If I choose Save File... then I get the download progress dialog for a second or so, then a JavaScript alert from it reporting an NS_ERROR_FAILURE. I see this on the console: Error loading URL ftp://law/d/dropbox/appcore.zip: 804b0002 Error loading URL ftp://law/d/dropbox/d/dropbox/appcore.zip: 804b0002 It looks like there's something fishy going on talking to my FTP server.
adding to my radar.
Whiteboard: [nsbeta3-][cut 0921] → [nsbeta3-][cut 0921] se-radar
nominating rtm, we should offer a reliable way to do simultaneous downloads (as in 4.7)
Keywords: rtm
This won't stop ship. Sorry.
Whiteboard: [nsbeta3-][cut 0921] se-radar → [nsbeta3-][cut 0921] se-radar [rtm-]
Whiteboard: [nsbeta3-][cut 0921] se-radar [rtm-] → [nsbeta3-][cut 0921] se-radar [rtm-] relnote-user
Nominating. I need to dig into this again to see if what I observed most recently still holds (and figure out why). I'm adjusting the summary to say "cannot have *four* FTP transactions...".
Summary: Cannot have two FTP transactions going at the same time (multiple simultaneous downloads) → Cannot have four FTP transactions going at the same time (multiple simultaneous downloads)
Doesn't the limit of four simultaneous downloads come from the upper limit on the number of simultaneous worker threads allowed by the system (NS_FILE_TRANSPORT_WORKER_COUNT_MAX is set to 4; defined in nsFileTransportService.h)? I believe that all asynchronous I/O is pushed onto a list of pending requests, to be processed when a worker thread is available to take it on, and we have a hard limit of four such threads. We might could bump that number up on systems that can handle it. I think it's set to four as a lowest common denominator kind of thing.
But the limit isn't 4, system-wide. It's 4 *ftp* downloads *per window* (or so I observed a while back). Actually, 3 (the *fourth* blocks).
Target Milestone: M18 → ---
NETSCAPE 6 does view ftp links. Is this functionality going to be in the works in the future. If there is a solution, please email me please. Thank you in advance. Bryant Castaneda Arizona State University Computer Science Engineering bryant.castaneda@asu.edu
nav triage team: Not a beta stopper, marking nsbeta1-
Keywords: nsbeta1nsbeta1-
Keywords: mozilla1.0
Whiteboard: [nsbeta3-][cut 0921] se-radar [rtm-] relnote-user → se-radar relnote-user
I have changed the workings of FTP. There is now no 4 connection limit.
nav pretriage: moving to Future.
Target Milestone: --- → Future
This should not be marked Future. It should be resolved as Fixed. If the new architecture (which does not have a 4 download limit) has other problems those should be filed as new bugs. If anyone objects feel free to reopen. Markign Fixed
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
qa to me... I'll review this later...
QA Contact: tever → benc
-> ftp
Component: Networking → Networking: FTP
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.