Custom Query (7905 matches)
Results (85 - 87 of 7905)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1331 | v. 3.0.4.1 Drag&Drop problem | |||
| Description |
When dragging and dropping from FileZilla client into Windows explorer, the operation fails with the following message: "Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an Explorer window." Just installed this version, and problem happened on first attempt. Shell extension was selected for install. Using WinXP SP2. |
|||
| #5524 | outdated | v 3.3.4 won't run | ||
| Description |
After upgrading to 3.3.4, while trying to run program, proces filezilla.exe takes over 2 GB of RAM, and then już quits without showing any message or other window. in windows logs i'v found:
|
|||
| #8270 | outdated | utf-8 txt files are not uploaded correctly if transfer mode is AUTO | ||
| Description |
Take a text file encoded in utf-8 containing non-ascii characters with a .txt extension and upload it to a server with FileZilla with the transfer mode set to "AUTO". Expected: the transfer mode should be set to whatever is correct, the upload should be done correctly, and the uploaded file should be ok Observed: the "A" (ASCII) transfer mode is automatically selected and the uploaded file is somehow corrupted. I'm not sure whether uploading an utf-8 text file in ASCII mode is supposed to work or not (i guess not). If it is not, then selecting ASCII mode is wrong, and the Binary mode should be selected for utf8 text files when the mode is set to Auto. If it is supposed to work, then FileZilla does it incorrectly. Curiously enough, _downloading_ utf8-encoded text files in auto mode does work correctly (and the ASCII mode is selected automatically, again curiously), here the behavior of the server may be involved. |
|||
