Opened 18 years ago
Last modified 18 years ago
#808 closed Bug report
ASCII file transfer truncates all files
|Reported by:||thewind||Owned by:|
|Keywords:||Cc:||thewind, Tim Kosse|
|Component version:||Operating system type:|
|Operating system version:|
When you upload a file using ASCII as transfer method,
all the files over 15700 bytes are truncated to
aproximately between 15750 and 18900 bytes long, the
remaining is lost.
I've cheked it and applies to every file I upload, even
a 19Kb long file full of 'a', but every binary transfer
The bug applies to 2.2.9,2.2.10 and probably to
Change History (7)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
Doubt it, cheked against proftpd in a local netwrok without
any firewall or router involved.
comment:3 by , 18 years ago
Btw cheked with pureftpd too and without any firewalls, the
failure still exists... gonna try with guildftpd to check in
comment:4 by , 18 years ago
Still cannot verify this problem. Are you using normal ftp
or sftp? Are you using MODE Z compression?
comment:5 by , 18 years ago
The problem shows up when using ftp, haven't had the chance
if it fails also with sftp.
The problem persists regardless of the compression mode
chosen, every file over 15800 bytes is truncated if using
ASCII mode transfer, if you use binary, the file is uploaded
I'll do a loopback test today if I've the time against a
guildftpd server on the same machine.
comment:6 by , 18 years ago
I finally found the problem, does only happen if speed
limits are enabled. Problem will be fixed in 2.2.11 which
will be released in a few hours.
comment:7 by , 18 years ago
Ok, didn't notice I had the upload limit activated...tested
without and works fine
I can't reproduce this, it's most likely caused by some
broken servers of firewalls.