Opened 10 years ago

Closed 10 years ago

#5215 closed Bug report (rejected)

Filezilla (3.3.2) lists large file sizes as 2gb

Reported by: M Morris Owned by:
Priority: normal Component: FileZilla Client
Keywords: 2GB file size Cc:
Component version: Operating system type: Linux
Operating system version: Ubuntu 9.10 (64 bit)

Description


Change History (6)

comment:1 Changed 10 years ago by 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.

comment:2 Changed 10 years ago by Tim Kosse

Priority: criticalnormal

comment:3 Changed 10 years ago by Tim Kosse

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

comment:4 Changed 10 years ago by Tim Kosse

Status: newmoreinfo

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

comment:5 Changed 10 years ago by M Morris

Status: moreinfonew

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.

comment:6 Changed 10 years ago by Tim Kosse

Resolution: rejected
Status: newclosed

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.

Note: See TracTickets for help on using tickets.