Opened 18 years ago
Last modified 18 years ago
#1182 closed Bug report
Transfer queue seems to have a hard limit of items to queue
Reported by: | updates | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | FileZilla Client |
Keywords: | Cc: | updates, Tim Kosse | |
Component version: | Operating system type: | ||
Operating system version: |
Description
Transfer queue seems to have a hard limit of items to
queue. I tried to download about 600,000 files in
about 2000 folders from a ftp server. Drag all the
folders on the server to the local file tree.
FileZilla would queue up only about just under 64,000
files and refuse to queue more. Furthermore, after the
files are queued up, it does not automatically process
the transfer queue. You have to check menu "Process
Queue" for it to start processing queue. Could it be
the counter of the queue item is a 16 bit integer -
just a guess?
Change History (3)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
I've committed some speed improvements for FileZilla 3's
queue. Please check out tomorrow's (2006-10-20) nightly, you
can download it from http://filezilla-project.org/nightly.php
comment:3 by , 18 years ago
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
600,000 files? That's a lot.
I'm not sure if I can fix FileZilla 2.0 to work with such
huge amount of files. All integers used in the queue are 32
bit as far as I can see, so at least that's not the problem.
Can you please try the beta of FileZilla 3? It should cope a
lot better with huge directory listings.
Though the hightest amount of files I've ever tested it with
was 50k.