Custom Query (8025 matches)
Results (73 - 75 of 8025)
|#3894||duplicate||"Upload and unedit" does not remove edited file from dialog immediately|
Steps to reproduce:
Note that the file remains in the status "Uploading..." and is never removed from the list. If I close the dialog and attempt to re-open it, FileZilla tells me there are no files to edit.
It should instead remove the file from the list, and, if I shouldn't have the dialog open when there are no more files to edit, it should pop the same alert as when I tried to open the dialog when no files were being edited.
I set this to low priority because FileZilla does not crash, and it's hard, if not impossible, to actually crash it through this bug. I also set it to Windows, but it may apply to other operating systems as well.
|#2812||"Upload to same folder" command.|
It would be great if I could pick a file in the local view, and then automatically upload it to it's respective folder in the remote tree (and vice-versa). So if you're looking at, say, /www/sub/dir/files/index.html in the local view, and /www/sub/ in the remote view, and you hit "Upload to same folder", it will still upload to /www/sub/dir/files/index.html in the remote folder, and not into the folder you're looking at.
Obviously for that you'd need to know which folder is the local "root" of the remote folder, but you already have that option under "Default Local Directory" and a "Default Remote Directory" as a per-site option. This option could become available when you're connected to a site where this is defined, and you're somewhere inside the folder tree of your defined local root. The same could work backwards, clicking "Download to same folder" on the remote view would place the file in the same folder in the tree defined by your local root folder.
|#10234||rejected||"Use explicit FTP over TLS if available" doens't work even when certfiicate correct?|
I have not been able to access this server with the updated versions of FileZilla - I have asked host and they agree that certificate is there and is correct and in date etc and therefore I should be able to access via TLS and thus a filezilla bug (?)
my version and details
FileZilla Client ---------------- Version: 184.108.40.206 Build information: Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11 Linked against: wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 220.127.116.11 Operating system: Name: Windows 7 (build 7601, Service Pack 1) Version: 6.1 Platform: 32-bit system
and debug log report - I have to abort it as it sits there and does nothing!
DEBUG Error: Directory listing aborted by user Status: Resolving address of ftp.websq.uk Status: Connecting to 18.104.22.168:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Status: Disconnected from server Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (185,52,24,183,85,246) Command: MLSD Error: Directory listing aborted by user
I can only access via unsecure route which I would rather not
Thank you Sarah