Custom Query (8142 matches)
Results (70 - 72 of 8142)
|#9302||wontfix||Filezilla damages the binary file it transfers when the file has no extension|
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 Command: PASV 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'.
|#10783||outdated||Message during app start: assert "!empty()" failed in Last(): wxString: index out of bounds|
./include/wx/string.h(1536): assert "!empty()" failed in Last(): wxString: index out of bounds
This popup is displayed several times during the application start. I believe this is happening for a long time.
3.14.1 on FreeBSD.
|#4766||rejected||Files downloads in reverse order when downloading directory|
See the log.