Custom Query (8096 matches)
Results (262 - 264 of 8096)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#10893 | duplicate | FileZilla can not handle leading blank spaces in directory names | ||
Description |
At least on Unix file systems (I didn't try Windows) FileZilla has problems, when the first character of a directory name is a blank. You can rename "/xy/testdir" to "/xy/ testdir" with FileZila and "/xy/ testdir" is shown correctly. But after refreshing, it is shown as:"/xy/testdir" and can not be accessed with FileZilla any more or in any way. You get: Error: Directory /testdir: no such file or directory Error: Failed to retrieve directory listing This is correct, but does not help :) It is not an issue of the Unix filesystem, because with other FTP-clients (e.g. WS_FTP Professional) everything works fine. You may ask, why the hell is someone using one or more leading blanks in folder names. OK, I have to do it, but can't do it with FileZilla, so I had to change to another FTP client. Please fix this, Thanks! Content of FileZilla Info: FileZilla Client Version: 3.19.0 Build information:
Linked against:
Operating system:
|
|||
#10270 | worksforme | Site Manager import treats base64 encoded password as plain text password | ||
Description |
When importing a Site Manager entry, the Base64-encoded password entry is treated as a plain-text password. Steps to reproduce (3.10.1.1 and 3.10.2-rc2): 1) File -> Export -> Export Site Manager entries 2) XML file contains a Base64-encoded password string, which correctly decodes to the plain-text password 3) Import the Site Manager entry 4) Password to the FTP site is not accepted anymore by the remote server 5) Repeat Site Manager Export 6) XML file contains a different, longer Base64-encoded password string, which decodes to a Base64-encoded password string from step 2, not the correct plain-text password |
|||
#8196 | duplicate | Deferred transfers | ||
Description |
I often would like to be able to plan transfers for a defined time. It should be able to be defined for every file transferred and should propose to define a date based on the PC's date which is when the file will be downloaded/uploaded. Optionally, it could be proposed to define the date as a countdown (like "the file will be transferred in : .. [seconds/minutes/hours/days]"). It could also define an OS scheduled job. Thanks for your job ! |