Filezilla damages the binary file it transfers when the file has no extension
|Reported by:||yurivict||Owned by:|
|Component version:||Operating system type:||BSD|
|Operating system version:|
I am trying to transfer the binary file from the remote server to my local directory by dragging and dropping it.
The original file has size 1,855,488 bytes, the resulting file has size 1,855,392, as also reported by filezilla itself.
The file is the binary SQLite database.
The transfer log:
Status: Starting download of /public_html/xxx/includes/xxx
Response: 227 Entering Passive Mode (198,46,81,146,124,133)
Command: RETR webcal
Response: 150-Accepted data connection
Response: 150 1812.0 kbytes to download
Response: 226-File successfully transferred
Response: 226 2.623 seconds (measured here), 0.68 Mbytes per second
Status: File transfer successful, transferred 1,858,120 bytes in 3 seconds
Status: Disconnected from server
File is always transferred with the same discrepancy (subsequent attempts produce the same wrong version).
The file in question didn't have any extension (no periods in its name). There is 'Default transfer type' option in 'Settings' which was set to 'Auto'. When I selected 'Binary' there, the discrepancy disappeared.
Another, smaller, SQLite database (290,816 bytes) was transferred correctly. It had a period in its name, but no recognizable extension.
So I believe that filezilla wrongfully defaults the type of file without extension to 'Ascii'.
When the type of file isn't known, and 'Auto' is selected, it should default to 'Binary'.