Some small files being downloaded take much longer then others

In Stable and latest beta build 1708:

When I download files from my FTP some files take much longer then others despite the file size.

[L] RETR avatar7248_7.gif
[L] 150 Opening BINARY mode data connection for avatar7248_7.gif (2755 bytes)
[L] 226 Transfer complete
Transferred: avatar7248_7.gif 2 KB in 10 seconds (0,3 KB/s) <-- Slow Speed
[L] MLST avatar7298_1.gif
[L] 250-Start of list for avatar7298_1.gif
[L] 250-modify=20101222195709;perm=adfrw;size=3449;type=fi le;unique=FD05U283C01B;UNIX.group=100;UNIX.mode=06 44;UNIX.owner=1010; avatar7298_1.gif
[L] 250 End of list
[L] PASV
[L] 227 Entering Passive Mode (xx,215,76).
[L] Opening data connection IP: xx PORT: 55116
[L] RETR avatar7298_1.gif
[L] 150 Opening BINARY mode data connection for avatar7298_1.gif (3449 bytes)
[L] 226 Transfer complete
Transferred: avatar7298_1.gif 3 KB in 0,03 second (3,4 KB/s) <--- Normal Speed


This happens like every 20 files or so and makes a backup download of several thousand files take hours

I have a 128mbit connection so speed problems from my line are not the reason for this issue

upload of all files from a backup 10minutes.
download of all files from ftp 2.5 hours

I suspect that for some reason the socket close signal is not being received by FlashFXP.

We implemented a special routine to handle such situations, where FlashFXP will wait no more than 10 seconds after the last successful recv() before continuing.

In some situations the exact file size is not known, such as when transferring files in ASCII mode or if the server reports the size as 0 instead of the actual size.

We can refine our original solution to handle situations better when the exact size is known and the transfer type is binary and there by eliminating the 10 second grace period.

I can send you a dev build later today for testing this change.

Ok, sounds good.