Custom Query (7810 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (67 - 69 of 7810)

Ticket Resolution Summary Owner Reporter
#1505 Fix outgoing port on data connections in active mode yurivkhan
Description

This patch addresses the problem described in the bug report [ 1575413 ] Active mode data connection is made from the wrong port.

#9302 wontfix Filezilla damages the binary file it transfers when the file has no extension yurivict
Description

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'.

version 3.6.0.2

#10783 outdated Message during app start: assert "!empty()" failed in Last(): wxString: index out of bounds yurivict
Description

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

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