Custom Query (8142 matches)


Show under each result:

Results (70 - 72 of 8142)

Ticket Resolution Summary Owner Reporter
#9302 wontfix Filezilla damages the binary file it transfers when the file has no extension yurivict

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 yurivict

./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 Yuriy Kolesnikov

See the log.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.