Custom Query (7983 matches)


Show under each result:

Results (166 - 168 of 7983)

Ticket Resolution Summary Owner Reporter
#657 100% CPU usage and lock-ups while resuming large downloads anonymous

Upon resuming an FTP download of a large file, Filezilla takes up 100% of CPU usage on Windows 98 SE, and mouse pointer movement gets extremely sluggish. After the connection is established, all returns to normal. If the download fails, Filezilla will retry the connection, and upon resuming it again the problem happens again but worse: the system seems to lock up completely for about 60 seconds (sometimes more, sometimes less). Most of the times, the connection is established and the system becomes responsive again after that lock-up period, but sometimes the lock-ups require a hardware reset.

If more than one large file are being downloaded, the lock-up caused by one transfer can make the others fail, so that they in turn lock the system up and make the first resumed download fail too.

This only happens when the resume position (the parameter for the RSET command) is large enough. Resuming the download of a large file on a position near zero doesn't cause any lock-up.

I guess (without looking at Filezilla's source) that there's some blocking call being made while Filezilla waits for the remote server to seek() to the RSET position.

In case that this be a server-dependent bug in Filezilla (I don't think it is), here's an example: I've experienced this problem while downloading the Mandrake distribution from many of the USA mirrors (for example, ). This is a 700 Mb file. And for the record, Filezilla was run on a 400 Mhz AMD K6-3 processor.

#7845 invalid 10055 No buffer space available. An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full. thesnow

every i use use filezilla server in 1~3 day,ALL of internet APPS report this network error. then i remove filezilla server,work fine.

Test on five windows 2003 server. work with 7X24 hours. filezilla server use ZLIB. 3 active users/sec filezilla server version is 0.9.3X ~0.9.4X

#10352 worksforme 1st char is cut off on file download (random). afgp55

When downloading a file from filezilla client, the first char is cut off. This is a random event. Doesn't always happen.

Has work around: -Try to download continuously until file is complete.

Personal case: -Downloading XML files, where the first sequence of chars are <?xml and < gets cut off making the xml invalid. -Files are not larger than 2kb. -Win 8.1 Pro, Intel i3 4005U

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.