Filezilla (3.3.2) lists large file sizes as 2gb

[M Morris]

The Filezilla client (from Ubuntu repository) was listing large files on our SFTP server with a maximum size of 2 GB. Then I compiled the latest source from source (3.3.2) and verified the same results. I also installed the 32-bit Windows client (3.3.1) and verified the same results. Then using SmartFTP in Windows, (as well as sftp command line in Linux), the server was checked and is returning the correct file sizes. Both sftp command line, and SmartFTP were able to retrieve the large file correctly (6.5 GB). Not sure if this is a problem with interface to SFTP or related to previous bugs with 2 GB file limits. Trying to download the file always creates a new file of only 2 GB file length. This is very critical and makes the client unusable as is.

[Tim Kosse]

This isn't critical as it is not a security vulnerability.

[Tim Kosse]

Please enable "Show raw directory listings" in the settings dialog of FileZilla. How are the file sizes displayed in the log?

[M Morris]

With the "Show rad directory listings" set, the message log shows the file size as 2gb

"Listing: -rw-rw---- 1 xxxxxxx sftp 2684198912 Feb 16 12:15 cdrdev1a_16022010.dmp"

Seems likes sizes are stored somewhere in a 32-bit integer and not treated as larger numbers. Using the sftp command line and/or SmartFTP showed the correct file size.

[Tim Kosse]

Your server is broken. The raw listing shows the exact, unmodified data as sent by the server itself. Please upgrade to a proper server.

In case you're wondering about the classic "but it works with <insert other program here>" fallacy: There are multiple ways to fetch and parse these listings. FileZilla just happens to be the unlucky program choosing the method that your server fails to support properly.