Custom Query (2163 matches)

After updated to 3.5.3 I get this error when I quit the program (roughly translated from Italian):

The instruction at "0x69577966" referred to memory location "0x69577966". Memory cannot be read.

My OS is Windows XP SP3 full updated.

Maybe a problem with my preferences or datas because I dont get this error if I dont open a previosly saved server profile (I saved a lot).

But I really dont know what to do...

When using "reconnect" (Ctrl-R) after starting FileZilla it would be great if FZ rememberred not only the connection IP and local and remote directory but also the "session", i. e. the Site Manager entry it was started from - with all its settings like "Use synchronized browsing". Otherwise, if synchronized browsing is useful for this site (I guess as it is for most websites), using reconnect makes no sense. I always have to go to the Site Manager to start the session instead of using "Reconnect".

This ticket is some similar to ticket #4746, but there it is about remembering settings made interactively. Maybe it's easyier to implement remembering only Site Manager entry.

'After going in and selecting the preferred SFTP certificate whether it is located on a network drive or local machine, Filezilla does not seem to save it in memory and I have to go in and reselect it at random times. Has anyone else had this problem yet?

Thank you,

Hi everyone,

I've just managed to make my patch working so I share it with you: ​https://github.com/tdubourg/filezilla-encrypted

I've been using Filezilla for a long time now but I have always been concerned about the really low level of security it provided regarding to password storage - that is to say, no security (clear text). On Windows there are even now malwares that have been targeting Filezilla sitemanager.xml file....

So as I spare had time 2 days ago I decided to make a patch.

Here is what currently works:

• Turning on password encryption in the settings window and entering the master password.
• Storing the master password (encrypted using itself as password key) in the FileZilla.xml options
• Turning off password encryption...
• Starting filezilla in password encrypted mode and entering the master password at the start up of the application (if the user does not want to enter any password then FileZilla will close).
• Building on GNU/Linu x86

I use the Crypto++ cross platform library which has integrated packages for most GNU/Linux distributions and has a non-viral license.

What I would need help for, in order to finalize this patch:

• Explanations about the build process of FileZilla. I added a class called CCrypto (following the current naming conventions in the source code) and for now I edited manually the makefiles to get it building but that's just a quick-dirty-fix and we have to put the right things in the right place for autoconf and libtool to recognize everything. Same for the -lcryptopp option. I need to know how to add this new dependancy.

• Light help on handling password fields. For now I use text fields and this not very pretty :)

• Information about possible edge cases that come as a consequence of the changes I made (in terms of dealing with password in filezilla, I'd need to know if there are some tricky part of filezilla dealing with passwords that I should have a look at, to make sure the patch is compatible)

What still needs to be developped:

• Converting the password when changing the master password (decrypting them with the former one and encrypting them again with the new one).
• Decrypting the passwords when the user turns off the encryption

For now these two cases obviously end up with encrypted passwords that are not decryptable (because no master password or master password has changed).

What could be improved : Randomly generating a salt / iv (instead of hardcoded ones) when turning on encryption and then storing them in the settings file.

I am using AES by the way.

This patch is not intended to provide military security. It is intended to provide standard security that should be implemeted in every software storing password (like Firefox, Thunderbird, Opera... and even WinSCP (that has a CRAP UI but master password feature !!!).

I do not provide a patch file for now but you can see the changes I made by searching for the string "@td". That's a tag that I put where I make changes.

BTW I do not know if I can branch the SVN repo instead of holding the stuff on Github...? I think I need additional rights for that.

Currently the FileZilla client does not trust any certifcate presented by the server even if it is signed by a Root CA.

FileZilla client should use the local certificate store (on Windows, Mac and Linux) to decide if a Root CA can be trusted and thus if the server's certificate can be trusted.

The user should not have to be bugged in the case a trust chain is already established.

This is espacially annoying when the server's certificate is renewed. Suddenly FileZilla client tells the user that the certificate is untrusted. In the end the user is confused resulting in support calls and frustration.

It would be helpful to have a file transfer button between the local and server windows - at least as an option. Drag and Drop and double-clicking is more prone to mistakes, and here an option to switch off this feature could also be implemented

Add the ability to automatically launch the latest jobs in the queue when the application starts, or even better so that when connected to a specific server, will run the job associated with it.

Hi,

the Debian pakage from Filezilla 3.5.3 and the version from the filezilla website does have this bug. Im not sure but its possible that it had somesthing to do with TLS Negotation (or Renegotation).

Version 3.2.7 works fine, with the same settings.

FTP Server is ProFTPd with various different TLS settings ( I tried everything... )

Hi,

The problem is that the download speeds are random and usually not max.

Here's an example of what I mean: I download a file using filezilla, I notice slow speeds (200KB/s), so I cancel the download. Then I resume and I randomly get normal speeds (4MB/s).

Why are speeds random and how do I get max download speeds all the time?

When using "Ask for password" or "Interactive" logon types, FileZilla asks for the password. It offers "Remember password for this session". This option however is always ticked. So even when unticking it and entering the password, the next time the password is asked, that option is ticked again.

Store this option (in session) for name/host/user pair so that it stays unchecked if the user unchecked it.

If the network becomes unavailable while Filezilla is processing a queue, in most cases the following happens.

When you try in any way to resume the queue that has been interrupted, you get this nonsense error message: "Waiting for replies to skip before sending next command" (I mean a [nonsense error][message], not a [nonsense][error message]).

The client does nothing and just wait forever. It even sends "keep alive commands" from tiem to time but never resume the upload/download queue.

Unchecking and checking the "Process queue" checkbox doesn't fix the issue: the error appears again. Even disconnecting and reconnecting to the server doesn't help, which is the most nonsense thing.

The only way you can resume the queue is by exiting and restarting FileZilla. There should be a way to "completely reset" the connection and forget about everything as if you exited and reentered File Zilla - actually that should be done when you disconnect and reconnect to the server. Even without that, actually, the client should detect the timeout and do whatever is necessary to resume noral operation automatically.

I'd like to manual transfer a bunch of files from a remote folder which contains 10s of thousand files.

When I try to enter this folder, it hangs up after command 'ls', even I set up a filename filter.

regards,

It will be useful when user is AFK: loading won't stop.

It seems that Windows 8 always uses KB to show a filesize within Explorer. I'm not sure when this change happened, but it appears consistent in Windows 8 - from files that are just 1 KB to files that are 6 GB, the size is always shown in KB (see attached screenshot).

In order that files can easily be compared between remote versions in Filezilla, and local versions in an Explorer window, an option to *always* use KB when showing filesizes would be useful. Hopefully this isn't too laborious to implement :)

Thank you!

I have this situation:

Server: unbuntu 12.04 LTS, vsFTPd 2.3.5. (should support files >2GB since a long time) Client: windows XP, filezilla 3.5.3 (should support files >2GB) Settings: plain FTP with usr/pwd, server and client on the same LAN.

What happens: I can't resume files from server if they are >2GB. I tried another client (WinSCP) and this doesn't happen. I can transfer the file if I don't interrupt it, the issue is just on resume.

Here the log:

16:19:26 Status: Connecting to 10.42.0.1:21... 16:19:26 Status: Connection established, waiting for welcome message... 16:19:26 Response: 220 (vsFTPd 2.3.5) 16:19:26 Command: USER * 16:19:26 Response: 331 Please specify the password. 16:19:26 Command: PASS * 16:19:26 Response: 230 Login successful. 16:19:26 Command: SYST 16:19:26 Response: 215 UNIX Type: L8 16:19:26 Command: FEAT 16:19:26 Response: 211-Features: 16:19:26 Response: EPRT 16:19:26 Response: EPSV 16:19:26 Response: MDTM 16:19:26 Response: PASV 16:19:26 Response: REST STREAM 16:19:26 Response: SIZE 16:19:26 Response: TVFS 16:19:26 Response: UTF8 16:19:26 Response: 211 End 16:19:26 Command: OPTS UTF8 ON 16:19:26 Response: 200 Always in UTF8 mode. 16:19:26 Status: Connected 16:19:26 Status: Retrieving directory listing... 16:19:26 Command: CWD /mnt/DATA/Scaricati 16:19:26 Response: 250 Directory successfully changed. 16:19:26 Command: PWD 16:19:26 Response: 257 "/mnt/DATA/Scaricati" 16:19:26 Command: TYPE I 16:19:26 Response: 200 Switching to Binary mode. 16:19:26 Command: PASV 16:19:26 Response: 227 Entering Passive Mode (10,42,0,1,101,248). 16:19:26 Command: LIST 16:19:26 Response: 150 Here comes the directory listing. 16:19:26 Response: 226 Directory send OK. 16:19:26 Status: Calculating timezone offset of server... 16:19:26 Command: MDTM Dummy.mkv 16:19:26 Response: 213 20120815152108 16:19:26 Status: Timezone offsets: Server: 0 seconds. Local: 7200 seconds. Difference: 7200 seconds. 16:19:26 Status: Directory listing successful 16:20:40 Status: Connecting to 10.42.0.1:21... 16:20:40 Status: Connection established, waiting for welcome message... 16:20:40 Response: 220 (vsFTPd 2.3.5) 16:20:40 Command: USER pio-mode 16:20:40 Response: 331 Please specify the password. 16:20:40 Command: PASS * 16:20:41 Response: 230 Login successful. 16:20:41 Command: OPTS UTF8 ON 16:20:41 Response: 200 Always in UTF8 mode. 16:20:41 Status: Connected 16:20:41 Status: Starting download of /mnt/DATA/Scaricati/BIGFILE.mkv 16:20:41 Command: CWD /mnt/DATA/Scaricati 16:20:41 Response: 250 Directory successfully changed. 16:20:41 Status: Testing resume capabilities of server 16:20:41 Command: TYPE I 16:20:41 Response: 200 Switching to Binary mode. 16:20:41 Command: PASV 16:20:41 Response: 227 Entering Passive Mode (10,42,0,1,209,121). 16:20:41 Command: REST 4431494699 16:20:41 Response: 350 Restart position accepted (4431494699). 16:20:41 Command: RETR BIGFILE.mkv 16:20:41 Response: 150 Opening BINARY mode data connection for BIGFILE.mkv (4478241540 bytes). 16:20:41 Response: 426 Failure writing network stream. 16:20:41 Error: Server does not support resume of files > 2GB. 16:20:41 Error: Critical file transfer error

I removed usr name and file name, all the rest is left untouched. Access to the file is possible, I resumed a couple of times while it was still <2GB, an it worked perfectly. I couldn't find any options for this case, and usually I just made a queue and process it in a go, so I never run in this. I think it's a bug, may be not, just signaling it.

piovra78

I'm using latest version Filezilla client on Mac OS X. I found that downloaded copy of shell script files (.sh or without extensions) downloaded through Filezilla are all set to read-only (644) even though they were writable or executable on the remote site. This seems to be an unexpected behavior because a plain scp command doesn't change permissions.

The bad thing about this is that stuff like .pkg installers which contain pre-install/post-install shell scripts will get busted because those scripts are not executable when download through Filezilla.

Please fix. This seems to be serious.

When adding a server to the Site Manager, the "Advanced" tab allows setting a "Server Type" of "Default (Autodetect)".

I simply assume that this Server Type is used as well when using the Quick Connection Bar.

My suggestion is to shoe the selected/automatically detected Server Type in the message panel, so that it is part of the message log.

Dear Sir,

Most of time we connect our server from untrusted computers (Cyber Cafe & other). if it is possible please do one thing if we exit from filezilla client,connection history will automatic clear from quick connect. this feature is optional (enable & disable from settings)

Hello,

It would be great if we could specify a key to a configured sftp site in Site Manager so that each configured connection knows what key to use. The situation is that I need to connect to more than 10 SFTP sites with different usernames and separate keys. I added all the necessary keys to FileZilla and they are all tried to each connection until one works. Usually when the key that works is among the last ones I get my user locked due to "too many authentication failures".

Thank you and looking forward for this functionality!

Regards, Catalin

it would appear that while filezilla does ask ftp servers for capabilities upon connection, it's not recognizing that a windows server 2003 ftp service doesn't support the list command.

dir, ls, yes, no list.

just tried it from command line myself to be sure... :-)

I use FTP FileZilla Client to download all the websites data from two different servers online to the local backup drive. I usually connect both using different tabs. However, I am now receiving this error probably after few hours of downloading. "Can't creat the threat (error 8:Not enough storage avaialable to process this command). While I have alot of storage left. However for one of the servers online the download is successful while for other it failed and I receive this error while I run both simultaneously.

Hoping to hear a quick response from you.

Regards,

Haroon Ashraf UK

Could upload with Filezilla this morning and unable to do so this afternoon.

Error: Server unexpectedly closed network connection Error: Could not connect to server

It would be useful to have the option of deleting individual items from the Quickconnect dropdown list, say with a right-click action. Addresses change, clients go out of business, etc. etc.

Being able to disable any current speed limits with a simple button on the main screen would be very handy! Functionality is obvious but it would be something like a button on the right of the 'Lock Server' button which when enabled would cause all upload & download speed limits to be ignored so everything would go full speed.

My personal reasons for wanting this are because I run an ftp server from home and only allow full speed at night so it doesn't effect my internet speeds during the day. It would be great to be able to allow full speeds easily at times I'm going out, etc.

Obviously there would be many more uses for a feature like this other than my unimportant example!

If I have a bunch of low, large priority downloads in the transfer queue (using all the simultaneous connections) and then add a new item to the queue, setting the new item to highest priority I have to wait for one of the low priority items to complete before the HP item is processed (which could be hours).

It would be nice if there was a feature that allowed the more important item to be processed immediately rather than waiting for the trivial items to complete. Possible approaches might be:

1. A 're-evaluate queue now' button/menu option. If newer item takes precedence over a current item then that current item is suspended until the new higher items are processed.

2. Add a new ‘Force’ priority that just jumps to the top of the queue, either pausing a current download if required or possibly creating a new simultaneous connection (so temporarily increasing the number of simultaneous connections above the configured limit – probably best to limit to one forced item per queue in that case)

3. Allow a current item to be manually suspended

4. Just always re-evaluate the queue when a priority is changed.

Thanks,

Can't delete a file on an FTP server when the file name begins with a space character Using Filezilla 3.5.3

I have come across a need to enable renaming files and folders without allowing a direct delete operation. What I would like to see implemented is a separate rename permission limited to RNFR and RNTO operations. When a file or folder already exists with the new name, the current behavior of throwing an error of "5xx file exists" is preferred.

Currently running FileZilla Server 0.9.41. Additional information available upon request.

Filezilla server needs to have an option to rename files with invalid characters in the filename rather than simply failing the transfer with error 550. It's not always possible to use a different FTP client that handles the renaming (current versions of Filezilla Client do handle renaming since trac ticket 3227). In my case Cisco IOS devices add a timestamp to the filenames that are saved off via FTP with colons in them. I'm sure many other issues between windows/linux filesystems occure as well.

Filezilla server should have an option to accept invalidly named files by renaming the invalid characters to underscores or something. The IIS FTP server has this option.

Details of same issue that was fixed in Filezilla Client: ​http://trac.filezilla-project.org/ticket/3227

Usually when you click on any part of the grey window title/tool bar in OSX and drag the mouse the window moves, in Filezilla however this doesn't happen.

Instead to move the window you need to specifically select only the very top part of the title bar, where the close, minimise and resize gadgets and window title are displayed. The rest of the title/tool bar does not allow the window to be moved as it normally would on OSX. This isn't serious bug but me and many of my colleagues frequently try to "grab" these other areas of the tool bar to move the window around and find that they don't work in Filezilla.

Not a serious bug by a long stretch - but can be annoying at times. Hopefully this is something easy to fix...

It would be nice if we could upload a tar or gziped file and allow us to untar / gunzip on the remote host if its a ssh protocol

Sometimes I find myself working with several files which I don't want to put in "edit" mode, but I frequently need to switch directories in order to find a file to upload. It would help to have a feature showing last files I have transferred with an option to do another transfer.

When a folder in the remote pane is dragged (say you want to move it), when you drag the folder to the top of that pane, it does not scroll up to reveal more files/folders.

Usually, in this kind of interface, the norm is for it to scroll with the mouse drag movement when you hit the edges of the pane. While there are other ways of achieving the folder move, it would be useful to do a move by dragging in this way, if possible?

FileZilla does not follow Windows filetype associations when "Open"ing files.

Reproduce: Open any .avi, .mkv or .mp4 file. Expected: Open file with Media Player Classic, set as default app. Actually: All media files open with Windows Media Player.

FileZilla settings:

• File editing: use filetype associations if available (​http://i.imgur.com/LlItN.png)
• Filetype associations: Inherit system's filetype associations (​http://i.imgur.com/deoIR.png)

Windows 7 Ult 64b filetype associations:

• All media set to MPC (​http://i.imgur.com/p9kbD.png)

Taken from #3227:

When a file is downloaded and invalid characters are replaced in filename on the client, directory comparison does not consider both files to be the same.

When transferring files the "file already exists dialogue" does not show date/time and size of the file to be overwritten.

ISSUE: In preferences/interface, there is a check-box setting "Minimize to tray". By default, this check-box is unchecked. If this check-box is checked, and OK button is pressed to close and accept the preferences, the next time "preferences" window is opened, the check-mark is unchecked.

Note: I am aware that this function does not make much sense on OSX, and makes a lot of sense on Windows XP. Still, I feel that removing this option for OSX (and perhaps linux) should be considered.

ISSUE: A common shortcut on Mac [Cmd+W] is used to close windows. this shortcut can be used to close any window that has "close", "minimize", "maximize" buttons in the menubar.

For example, usually windows such as "About" and "Preferences" can be closed using [Cmd+W]. In FileZilla, this shortcut does not respond when a user wants to close "About" or "Preferences" windows although those windows display working close button in menubar.

SUGGESTION: FileZilla windows such as (unfinished listing): "About", "Preferences", "site manager", "Manual transfer", "Manage bookmarks", "Network configuration wizard" should respond to [Cmd+W] shortcut.

TO BE DONE: Revise the need for "close", "minimize", "maximize" buttons on panels and windows and enable the shortcut functionality accordingly.

ISSUE: In Preferences/Language: FileZilla offers a list of languages to choose from as a user interface language. Many of these languages cannot be activated. The error displayed by Filezilla states:

"Failed to change language Failed to set language to [name on the language], using default system language"

The languages I could not set to work are:

-Arabic -Armenian -Farsi -Galician -Georgian -Indonesian -Kurdish -Latvian -Macedonian -Nepali -Norwegian (bokmal) -Norwegian (nynorsk) -Occitan -Serbian -Thai -Valencian -Vietnamese

SUGGESTION 1: Remove non-functioning languages from the list. (In that case maybe those languages should be moved to a place where contributors can update them/fix them)

SUGGESTION 2: If this error is an absolute necessity and cannot be avoided, I suggest using a fuller sentence to provide clarity.

"Failed to change language Failed to change language to [name of the language]. FileZilla will use this system's default language instead."

ADDITIONAL QUESTION: What happens if the system's default language is one of those that are not working in FileZilla? Which language FileZilla will fall to?

The server Admin UI does not remember the window size and position after the UI has been closed. This is contrary to normal Windows behavior.

I have followed the procedure here, which says my timezone offset is correct:

​http://wiki.filezilla-project.org/Server_timezone_offset

but filezilla is downloading every file of hundreds or thousands, when set to Only Download if Newer -- because it is getting all the times wrong by an hour.

:( :(

This problem just began this week, so clearly it is an error related to daylight savings time.

LOCATION: Main menu/Transfer/Default file exists action...

ISSUE: The dialog box for "Default file exists action" is horizontally overstretched when using some languages. For example: using French and German languages stretches this dialog box horizontally across my screen and still some text is clipped.

On the other hand, some languages display OK. For example, Croatian language wraps fine inside the dialog box.

Might be a text wrapping issue?

RFC 5246 which defines the TLS 1.2 protocol added a new optional extension to the ClientHello handshake message. This is detailed in section 7.4.1.4.1. of the RFC. If this extension is included in the ClientHello, it must contain all of the signature algorithms that the client is willing to accept. Here is a quote: "If the client supports only the default hash and signature algorithms (listed in this section), it MAY omit the signature_algorithms extension. If the client does not support the default algorithms, or supports other hash and signature algorithms (and it is willing to use them for verifying messages sent by the server, i.e., server certificates and server key exchange), it MUST send the signature_algorithms extension, listing the algorithms it is willing to accept." The list sent by FileZilla Client 3.6.0-rc1 includes these in its preferred order: SHA384/RSA, SHA384/ECDSA, SHA512/RSA, SHA512/ECDSA, SHA256/RSA, SHA256/DSA, SHA256/ECDSA, SHA1/DSA, and MD5/RSA. This list is conspicuously missing SHA1/RSA. This should be added. If you are considering a response (see ticket #7864) of "We don't support SHA1 anymore", I would point out that SHA1/DSA in included in this list, as well as MD5/RSA. If you are considering a response of "SHA1/RSA is the default, we don't need to specify it", I would point out that according to the RFC (see quote above) if the extension is used, it must list all supported signature algorithms--also, SHA1/DSA is included, and it is a default accoring to the RFC if the extension is not used. The bug fix is to include SHA1/RSA in the signature extensions.

I apologize if this is a repeated request (I have searched the forms and have not found it in there). I would love to see a web based interface for the FileZilla server, as I have the server running in several locations, and it would make it much easier to manage them all, rather than having to log into a pc running the admin interface.

I would like to be able to use the "Binary" transfer type for downloads and the "Auto" transfer type for uploads.

When a folder is chosen to download from a remote repository, via drag and drop for example, the remote directory tree browser expands each folder individually. This overrides any user actions, and renders the remote directory tree browser effectively inoperable until all files and sub-folders have been located.

Although I can see the point in showing the user the files that are going to be downloaded, often these flash past too fast to see. As the browser is in-essence a user interface, I believe it makes sense to keep it usable by the user during this time.

A feature to prevent this behaviour, effectively performing the retrieval of directory listings and filling the transfer queue in the background, would allow a user to continue browsing the remote repository for other files.

Ideally, the user's browsing of the remote directory tree would also take priority over any automated/queued retrievals.

ISSUE: The tooltip for "directory listing filter" icon in the main toolbar says that right clicking on "directory listing filter" icon should toggle the filters On/Off, but it only shows the filter configuration panel. i.e. the both right and left clicking starts

SOLUTION SUGGESTION: A simple solution would be to fix the right-click function. On the other hand, joining these two functions (toggle filters and filter configuration) in one tool menu icon like this is unusual. From the usability standpoint, a better solution could be possible.

NOTE: I was unsure whether to call this issue a bug or a papercut. I have decided to call it a "papercut" since it seems to be a GUI issue and toggling the filters can be achieved via filter configuration panel, too. So, there is no bug in the software functionality itself.

I have just downloaded the newest version of filezilla 3.6.0, it was installed to my computer correctly, the installation also removed the old version of filezilla. This new version also kept the old setting of my connections. When I am connected to a specific IP address with password and username in place, using normal FTP I tried dragging a file from the server I am connected to, I was given an error message: "Could not determine the target od the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an explorer window". The dragging move also created a folder on my desktop named: "fz3-13530994282", however the folder was empty. I tried reinstalling filezilla, same happened. I have been using filezilla for a long time (years) and I have never experienced this error.

Can you please help me with this.

Thank you

Gabriella

Is there any way to Import user from BFTP to Filezilla FTP Server.

I tried both FileZilla 3.6 and 3.6.0.1 on a 2010 MacBookPro running OSX 10.8.2 using various network connections and user accounts. Uploads to a normally very stable and quick server (in local network) were very slow and connection was very instable. After 4 hours of trying, with multiple retries inbetween I transferred a few hundreds of kilobytes. After downgrading to version 3.5.3 the upload speed went back to a normal 10-15 MB/s.

[Steps to reproduce]

1. install file zilla
2. install ultra edit
3. update file zilla
4. uninstall ultra edit
5. install some other editor - eg) notepad++
6. OPEN or EDIT a file in file zilla client

[Current issue] Filezilla keeps finding older editor.

[Client Info] Filezilla 3.6.0 compiled for i586-pc-mingw32msvc build date: 2012-11-10 compiled flags: -g -O2 -Wall -g -fexceptions

[Related issue] ​http://trac.filezilla-project.org/ticket/4299 ​http://trac.filezilla-project.org/ticket/4442 ​http://trac.filezilla-project.org/ticket/5428 ​http://trac.filezilla-project.org/ticket/7408

LOCATION When downloading FileZilla updates, using FileZilla's "Check for updates..." function, eventually the user will be downloading the FileZilla. A dedicated dialog box will display the status of downloading process using a percentage status bar with some textual information underneath. This textual information stretches to the right too much and, as a result, gets cut off by dialog box' frame. (please see the attached image)

NOTE This problem does not exist on WinXP. On WindowsXP, this data is nicely centered under the status bar.

After upgrading to FileZilla 3.6.0, I allowed the installer to launch FileZilla.

This is on Win7 Pro x64, where I had right-clicked on the FileZilla installer, and selected "run as administrator".

However, it looks like the instance of FileZilla, as launched by the installer, will then also run with elevated privileges!

I noticed this when I used FileZilla to connect to a previously saved site, and FileZilla couldn't see a mapped drive letter (my logon session can see the shared drive, but anything running under elevated privileges can't see mapped drives).

This is a concern, because it means the instance of FileZilla launched by the installer has admin privs, instead of being reduced to normal user privs, as it would be when I launch it as myself.

I had FileZilla 3.5.3 or something installed.

When I launched it, it performed a check for a new version, advised that 3.6.0 was available, downloaded it and installed it.

I then went to the Help -> Report a Bug menu item, only to be told by the website that I wasn't running the latest version, but 3.6.0.1 was available.

The version checking / updating should ensure users are upgraded to the latest version, not a slightly old version.

I had FileZilla 3.5.3 installed, and launched it to do some FTP-ing.

When launched, it did a version check, told me there was a new version, so I told it to download. However, the entire download / install process is via a modal dialog, so I couldn't actually do the FTP work I was intending to do!

I had to wait for the download / install / etc to complete, then re-launch FileZilla to complete my work.

Instead of being a blocking operation, the download / install process should optionally occur once a user has completed their tasks in FileZilla and is ready to shutdown the application.

I opened FileZilla and the auto-update notice appeared indicating that an update was available. I permitted the program to perform the update and went to do some typing in another window. At some point the updater opened a window which stole focus, intercepted one or more keypresses, and closed rapidly. I do not know what this window was for, because it disappeared so quickly. I believe that the keypresses intercepted may have been "png", or a subset of those, as that is what I appear to have been unsuccessful in typing in the window that was the intended recipient of the keystrokes.

After the window closed, it seems that the auto-updater did not complete its intended task, although I do not know whether that is as a result of the intercepted keypresses or for some other reason. FileZilla proved not to be installed on the computer (or at least, Windows did not list it as an installed program) and no shortcuts to FileZilla worked. I was obliged to download the installer and install FileZilla afresh. Happily, my preferences and settings were intact.

When the download of a new version is done, the text says in norwegian "Den seneste versjonen har blitt nedlastet. Klikk Ferdig for å lukke fileZilla og starte installasjonen". The word 'Ferdig' and the button 'Avslutt' are not the same text. I suggest to change the text 'Avslutt' to 'Ferdig' would solve the cosmetic bug.

transferring file to aruba. one at a time the thread hangs at the end of file and remain still. so filezilla remains locked and the transfer does not go ahead. in the log, at the end of collection i give an F5 to refresh dir. This malfunction happens for several months but only now I decided to report it after several new versions of filezilla.

win xp SP3 filezilla 3.6.0.1 logfile attached.

Best Regards, gadareth Elio Bellucci

I opened FileZilla (Client) and was informed a new version was available and was asked to confirm update.

Next, I was asked to confirm where to save the setup file.

After the file download "completed", I was notified there was an error downloading the file.

I repeated this attempt a few times with the same results.

Manually downloading the setup file resulted in a successful download and successful update to FileZilla CLient Version 3.6.0.1

I am running Windows 7 x64 (fully updated) with AMD Quad Core and 8GB Ram.

When the local site remembered on startup is a network file share containing thousands of sub-directories, the FileZilla client takes about 5 minutes to appear.

This delay with no splash screen or progress indicator would typically lead the user to try again repeatedly, as if the launch did not execute. (There was no visual feedback of any sort.)

This symptom suggests inefficiency reading large numbers of filesystem objects. Perhaps it should be limited by default?

At least the operation should indicate some sort of progress. Preferably interruptible by user ("Cancel" button).

An instantaneous Splash Screen would help mitigate the confusion.

Similar delay occurs also when navigating to said directories after startup.

FileZilla Client

Version: 3.6.0.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-11-18 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1) Version: 6.1 Platform: 32 bit system

I have installed FileZilla server and user FileZilla client to connect it in normal I can connect without problem. But via VPN PPTP connected I can't using FileZilla connect to server

here is log

Status:	Connecting to 202.162.78.82:21...
Status:	Connection established, waiting for welcome message...
Trace:	CFtpControlSocket::OnReceive()
Response:	220-FileZilla Server version 0.9.40 beta
Trace:	CFtpControlSocket::OnReceive()
Response:	220-Welcome to AsnpnetServer1 FTP Server
Response:	220 ผู้ดูแลระบบ : nProtect
Trace:	CFtpControlSocket::SendNextCommand()
Command:	USER StorageAdmin
Trace:	CFtpControlSocket::OnReceive()
Response:	331 Password required for storageadmin
Trace:	CFtpControlSocket::SendNextCommand()
Command:	PASS ************
Trace:	CFtpControlSocket::OnReceive()
Response:	230 Logged on
Trace:	CFtpControlSocket::SendNextCommand()
Command:	SYST
Trace:	CFtpControlSocket::OnReceive()
Response:	215 UNIX emulated by FileZilla
Trace:	CFtpControlSocket::SendNextCommand()
Command:	FEAT
Trace:	CFtpControlSocket::OnReceive()
Response:	211-Features:
Error:	Connection timed out
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Error:	Could not connect to server
Status:	Waiting to retry...
Status:	Connecting to 202.162.78.82:21...
Status:	Connection established, waiting for welcome message...
Trace:	CFtpControlSocket::OnReceive()
Response:	220-FileZilla Server version 0.9.40 beta
Trace:	CFtpControlSocket::OnReceive()
Response:	220-Welcome to AsnpnetServer1 FTP Server
Response:	220 ผู้ดูแลระบบ : nProtect
Trace:	CFtpControlSocket::SendNextCommand()
Command:	USER StorageAdmin
Trace:	CFtpControlSocket::OnReceive()
Response:	331 Password required for storageadmin
Trace:	CFtpControlSocket::SendNextCommand()
Command:	PASS ************
Trace:	CFtpControlSocket::OnReceive()
Response:	230 Logged on
Trace:	CFtpControlSocket::SendNextCommand()
Command:	FEAT
Trace:	CFtpControlSocket::OnReceive()
Response:	211-Features:
Error:	Connection timed out
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Error:	Could not connect to server

problem occur with only FileZilla Client connect to FileZilla Server. other ftp client and server is working on PPTP VPN

On calculating the vertical offset desktop panels are ignored which will result in a not exactly centered FileZilla on the default configuration.

For example on a resolution of 1680x1050 FileZilla calculates a vertical offset of 138 pixel. My panel has a height of 24 pixel and on checking with GIMP I'm getting 138 pixel from the top of my desktop to the top of FileZilla and 114 pixel (138 - 24) from the bottom of FileZilla to the bottom of my desktop. The correct value would be a vertical offset of 126 pixel if the panel would be considered (with 126 pixel on this resolution FileZilla would be correctly centered then). Only if the resolution gets too small (for example 800x600) FileZilla is forced to calculate the correct value because of the missing space.

For example filezilla.xml uses entries like this one:

<Setting name="Window position and size">0 390 138 900 670 </Setting>

This is not really structured for a xml file and makes it difficult to understand for a human or an application. In my opinion this entry (and others in a similar way) could be split like this:

<Setting name="Window maximized">0</Setting> <Setting name="Window width">900</Setting> <Setting name="Window height">670</Setting> <Setting name="Window horizontal offset">390</Setting> <Setting name="Window vertical offset">138</Setting>

Selecting view/edit .jpg files from server but after download is completed Microsoft Photo Editor gives "Error reading file" message. However if downloaded to desktop and file opened from there then all is OK. ​http://screencast.com/t/qfwKqekf7MHm

Hi, I download a pair of files each day. The name changes based on the date. So I use the search feature/binoculars. Every day, I have to change the remote path handling to 'Flatten remote paths, download all contained files directly into target directory.' because that is my preference. I would like to make that the default. I don't want to have to choose that option each time I go to download files out of the search results. -Mike

FileZilla Client

Version: 3.6.0.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-11-18 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

Name: Windows XP (build 2600, Service Pack 3) Version: 5.1 Platform: 32 bit system

Hello there, im a active user of FZ , and i found a really irritating bug on my FZ

: this is the diffrence on Speedcap : when i upload 1 file at the time, ( more in queue) i get a max speed of 126kbps

But, if i turn on 3 or more filetransfers at the time, i get a max usage of my connection , witch is 40mbit..( this is upload btw )

And i've checked if i have any speed caps ON on the settings, but i do not, and this happens only if i try to transfer 1 file at the time, No mather what kinda file type it is

Version: 3.6.0.2

I logged into my site with FileZilla. I scrolled down in my root level to delete a cPanel backup and when I used the contextual menu (right-click) on Mac and chose "Delete" it started deleting all sorts of stuff within seconds, consecutively. My .htaccess is gone (dammit) and a few other files as shown below in a copy/paste of the FTP transfers info, which really, really pisses me off that I have to now take 30 minutes or more to put backed up files back in place, not good at all and NO, I did not have any of those files that got deleted selected, just look at the timestamps, too much going on in seconds for it to be me and it started jumping into other folders before I quickly quit the app and restarted it:

NOTE: I have had no issues with FileZilla before the update yesterday except issues with too many connections.

Replacing specific IP addresses and other private info with "XXXXXXXXXXXXX"

00:53:23 Status: Resolving address of ftp.ecudchi.com 00:53:24 Status: Connecting to XXXXXXXXXXXXX:21... 00:53:24 Status: Connection established, waiting for welcome message... 00:53:24 Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- 00:53:24 Response: 220-You are user number 1 of 50 allowed. 00:53:24 Response: 220-Local time is now 00:53. Server port: 21. 00:53:24 Response: 220-This is a private system - No anonymous login 00:53:24 Response: 220-IPv6 connections are also welcome on this server. 00:53:24 Response: 220 You will be disconnected after 30 minutes of inactivity. 00:53:24 Command: USER XXXXXXXXXXXXX 00:53:25 Response: 331 User XXXXXXXXXXXXX OK. Password required 00:53:25 Command: PASS * 00:53:25 Response: 230 OK. Current restricted directory is / 00:53:25 Command: SYST 00:53:26 Response: 215 UNIX Type: L8 00:53:26 Command: FEAT 00:53:26 Response: 211-Extensions supported: 00:53:26 Response: EPRT 00:53:26 Response: IDLE 00:53:26 Response: MDTM 00:53:26 Response: SIZE 00:53:26 Response: MFMT 00:53:26 Response: REST STREAM 00:53:26 Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; 00:53:26 Response: MLSD 00:53:26 Response: AUTH TLS 00:53:26 Response: PBSZ 00:53:26 Response: PROT 00:53:26 Response: ESTA 00:53:26 Response: PASV 00:53:26 Response: EPSV 00:53:26 Response: SPSV 00:53:26 Response: ESTP 00:53:26 Response: 211 End. 00:53:26 Status: Server does not support non-ASCII characters. 00:53:26 Status: Connected 00:53:26 Status: Retrieving directory listing... 00:53:26 Command: PWD 00:53:26 Response: 257 "/" is your current location 00:53:26 Command: TYPE I 00:53:27 Response: 200 TYPE is now 8-bit binary 00:53:27 Command: PASV 00:53:27 Response: 227 Entering Passive Mode (XXXXXXXXXXXXX) 00:53:27 Command: MLSD 00:53:28 Response: 150 Accepted data connection 00:53:28 Response: 226-Options: -a -l 00:53:28 Response: 226 31 matches total 00:53:28 Status: Directory listing successful

HERE IS WHERE I RIGHT-CLICKED TO DELETE ONE tar.gz file IN THE TOP PANE/VIEW

00:53:57 Status: Retrieving directory listing... 00:53:57 Command: CWD public_html 00:53:57 Response: 250 OK. Current directory is /public_html 00:53:57 Command: PWD 00:53:58 Response: 257 "/public_html" is your current location 00:53:58 Command: PASV 00:53:58 Response: 227 Entering Passive Mode (XXXXXXXXXXXXX) 00:53:58 Command: MLSD 00:53:59 Response: 150 Accepted data connection 00:53:59 Response: 226-Options: -a -l 00:53:59 Response: 226 11 matches total 00:53:59 Status: Directory listing successful

HERE IS WHERE I THINK THE SECOND LOWER PANE/VIEW STOPPED LOADING WHAT WAS ALREADY THERE FROM THE LAST SESSION, EVERYTHING BELOW EXCEPT "Directory listing aborted by user" IS NOT OF MY DOING AND WHERE YOUR APPLICATION STARTED DELETING ALL SORTS OF STUFF IT SHOULDN'T HAVE, NOW MY SITE IS OFFLINE BECAUSE IT'S NOT BEING REDIRECTED INTO THE PROPER SUBFOLDER, ARGH, ARGH!!! (THIS IS ME CURSING) <<<<<<<<<<<<<

00:53:59 Command: DELE favicon.ico 00:53:59 Response: 250 Deleted favicon.ico 00:53:59 Command: DELE .htaccess 00:53:59 Response: 250 Deleted .htaccess 00:53:59 Command: DELE .DS_Store 00:54:00 Response: 250 Deleted .DS_Store 00:54:00 Status: Retrieving directory listing... 00:54:00 Command: CWD XXXXXXXXXXXXX 00:54:00 Response: 250 OK. Current directory is /public_html/XXXXXXXXXXXXX 00:54:00 Command: PWD 00:54:00 Response: 257 "/public_html/XXXXXXXXXXXXX" is your current location 00:54:00 Command: PASV 00:54:01 Response: 227 Entering Passive Mode (XXXXXXXXXXXXX) 00:54:01 Command: MLSD 00:54:01 Response: 150 Accepted data connection 00:54:01 Response: 226-Options: -a -l 00:54:01 Response: 226 2 matches total 00:54:02 Status: Directory listing successful 00:54:02 Command: CWD /public_html 00:54:02 Response: 250 OK. Current directory is /public_html 00:54:02 Command: PWD 00:54:02 Response: 257 "/public_html" is your current location 00:54:02 Command: RMD XXXXXXXXXXXXX 00:54:03 Response: 250 The directory was successfully removed 00:54:03 Status: Retrieving directory listing... 00:54:03 Command: CWD XXXXXXXXXXXXXXXDELETE MEv02 OLD 7.12 00:54:03 Response: 250 OK. Current directory is /public_html/XXXXXXXXXXXXX 00:54:03 Command: PWD 00:54:03 Response: 257 "/public_html/XXXXXXXXXXXXX" is your current location 00:54:03 Command: PASV 00:54:04 Response: 227 Entering Passive Mode (XXXXXXXXXXXXX) 00:54:04 Command: MLSD 00:54:04 Response: 150 Accepted data connection 00:54:04 Response: 226-Options: -a -l 00:54:04 Response: 226 3 matches total 00:54:04 Status: Directory listing successful 00:54:04 Status: Retrieving directory listing... 00:54:04 Command: CWD sites 00:54:05 Response: 250 OK. Current directory is /public_html/XXXXXXXXXXXXX/XXXXXXXXXXXXX 00:54:05 Command: PWD 00:54:05 Response: 257 "/public_html/XXXXXXXXXXXXX/XXXXXXXXXXXXX" is your current location 00:54:05 Command: PASV 00:54:05 Error: Directory listing aborted by user 00:54:05 Status: Retrieving directory listing... 00:54:05 Status: ftpcontrolsocket.cpp(1871): Waiting for replies to skip before sending next command... caller=0x10f6628 00:54:05 Error: Directory listing aborted by user 00:54:05 Response: 227 Entering Passive Mode (XXXXXXXXXXXXX) 00:54:06 Command: CWD /public_html

1. Now it is impossible to move 1(or many) "site(s)" in "Site manager" to the top folder in a long site list

Is it possible to show second tree? in case when folder was selected, or there can be some tab/switcher

Just example, how can it look

So, it will be possible in second tree to select many "sites" and move them to selected folders from 1st tree

FileZilla 3.6.0.2

Windows Server 2008 R2 running under VMware Workstation 8 Two Intel CPUs 2 GB memory

Windows 7 Ultimate 64-bit physical machine. 8 Intel CPUs 16 GB memory

I have been trying to use FileZilla to test an FTP server implementation and how it scales using millions of files. My data set contains 10 million 1 KB files in a fairly deep directory structure. What I have found is that after a few minutes, FileZilla becomes non-responsive. A check of the memory sees it climbing very high. Some test runs, I'm able to get it to crash when the memory gets to ~2 GB consumed, probably because its a 32-bit process. Other times, the CPU just spikes to 100% and the process just looks like its hung when looking at the logs on the server side.

This is pretty simple to reproduce on the two machines listed above.

I personally think it has something to do with the queueing mechanism and how much memory is consumed per item. The queue can grow quite faster than files can transfer leading to rather large lists on the queued side.

Hi there,

I value the work you do on this project and I must say that I use FileZilla almost every day.

Bug description

I have one small issue with the "Quick connect": each time I install a new version, only one FTP server remains... and each time I have to search all my settings.

FileZilla Client

Portable version Version: 3.5.2

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2011-11-08 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.10.4

Operating system:

Name: Windows XP (build 2600, Service Pack 3) Version: 5.1 Platform: 32 bit system

If you could correct this small bug, that would be perfect.

Kind regards, Dominique

A full screen feature for Mac OS X would be an improvement in usability of the application, which would make it easy to switch from FileZilla to Safari for instance.

When attempting to drag and drop a zip file either directly to my desktop location or to a shared network drive in the tree structure, the transfer begins and proceeds smoothly to 46.3% complete and then stalls and retries. After the retry is intiated, it recognizes that the file already exists and prompts to select an action. Regardless of the action selected, the file will begin transferring again and consistently fails at 46.3%. I have attempted this transfer about 10 times.

File size is 121MB Operating on latest version downloaded today

*

Status: Resolving address of ftp01.oberontech.com Status: Connecting to 208.42.231.237:21... Status: Connection established, waiting for welcome message... Response: 220-- FileZilla Server version 0.9.37 beta Response: 220- Response: 220-Welcome to the Oberon Technologies FTP Server. Response: 220- Response: 220-All information within this system is "Confidential", unless otherwise Response: 220-noted. This system is for use by authorized personnel only. Unauthorized Response: 220-access to this system is monitored and any violation will be reported to Response: 220-the Internet Crime Complaint Center (IC3), a partnership between the Response: 220-Federal Bureau of Investigation (FBI), the National White Collar Crime Response: 220-Center (NW3C), and the Bureau of Justice Assistance (BJA). If there Response: 220-is a problem with the system or configuration options that need to be Response: 220 added, please contact the System Administrators at it@…. Command: USER kyle.bangerter@… Response: 331 Password required for kyle.bangerter@… Command: PASS * Response: 230 Logged on Command: SYST Response: 215 UNIX emulated by FileZilla Command: FEAT Response: 211-Features: Response: MDTM Response: REST STREAM Response: SIZE Response: MODE Z Response: MLST type*;size*;modify*; Response: MLSD Response: AUTH SSL Response: AUTH TLS Response: PROT Response: PBSZ Response: UTF8 Response: CLNT Response: MFMT Response: 211 End Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (208,42,231,237,195,137) Command: MLSD Response: 150 Connection accepted Response: 226 Transfer OK Status: Directory listing successful Status: Retrieving directory listing... Command: CWD Initial DITA Sample Response: 250 CWD successful. "/Initial DITA Sample" is current directory. Command: PWD Response: 257 "/Initial DITA Sample" is current directory. Command: PASV Response: 227 Entering Passive Mode (208,42,231,237,195,138) Command: MLSD Response: 150 Connection accepted Response: 226 Transfer OK Status: Directory listing successful Status: Resolving address of ftp01.oberontech.com Status: Connecting to 208.42.231.237:21... Status: Connection established, waiting for welcome message... Response: 220-- FileZilla Server version 0.9.37 beta Response: 220- Response: 220-Welcome to the Oberon Technologies FTP Server. Response: 220- Response: 220-All information within this system is "Confidential", unless otherwise Response: 220-noted. This system is for use by authorized personnel only. Unauthorized Response: 220-access to this system is monitored and any violation will be reported to Response: 220-the Internet Crime Complaint Center (IC3), a partnership between the Response: 220-Federal Bureau of Investigation (FBI), the National White Collar Crime Response: 220-Center (NW3C), and the Bureau of Justice Assistance (BJA). If there Response: 220-is a problem with the system or configuration options that need to be Response: 220 added, please contact the System Administrators at it@…. Command: USER kyle.bangerter@… Response: 331 Password required for kyle.bangerter@… Command: PASS * Response: 230 Logged on Status: Connected Status: Starting download of /Initial DITA Sample/ATV Sportsman 850.zip Command: CWD /Initial DITA Sample Response: 250 CWD successful. "/Initial DITA Sample" is current directory. Command: PWD Response: 257 "/Initial DITA Sample" is current directory. Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (208,42,231,237,195,139) Command: RETR ATV Sportsman 850.zip Response: 150 Connection accepted Error: Connection timed out Error: File transfer failed after transferring 56,371,180 bytes in 126 seconds Status: Resolving address of ftp01.oberontech.com Status: Connecting to 208.42.231.237:21... Status: Connection established, waiting for welcome message... Response: 220-- FileZilla Server version 0.9.37 beta Response: 220- Response: 220-Welcome to the Oberon Technologies FTP Server. Response: 220- Response: 220-All information within this system is "Confidential", unless otherwise Response: 220-noted. This system is for use by authorized personnel only. Unauthorized Response: 220-access to this system is monitored and any violation will be reported to Response: 220-the Internet Crime Complaint Center (IC3), a partnership between the Response: 220-Federal Bureau of Investigation (FBI), the National White Collar Crime Response: 220-Center (NW3C), and the Bureau of Justice Assistance (BJA). If there Response: 220-is a problem with the system or configuration options that need to be Response: 220 added, please contact the System Administrators at it@…. Command: USER kyle.bangerter@… Response: 331 Password required for kyle.bangerter@… Command: PASS * Response: 230 Logged on Status: Connected Status: Starting download of /Initial DITA Sample/ATV Sportsman 850.zip Command: CWD /Initial DITA Sample Response: 250 CWD successful. "/Initial DITA Sample" is current directory. Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (208,42,231,237,195,140) Command: REST 56371180 Response: 350 Rest supported. Restarting at 56371180 Command: RETR ATV Sportsman 850.zip Response: 150 Connection accepted, restarting at offset 56371180 Error: Connection timed out Error: File transfer failed Status: Resolving address of ftp01.oberontech.com Status: Connecting to 208.42.231.237:21... Status: Connection established, waiting for welcome message... Response: 220-- FileZilla Server version 0.9.37 beta Response: 220- Response: 220-Welcome to the Oberon Technologies FTP Server. Response: 220- Response: 220-All information within this system is "Confidential", unless otherwise Response: 220-noted. This system is for use by authorized personnel only. Unauthorized Response: 220-access to this system is monitored and any violation will be reported to Response: 220-the Internet Crime Complaint Center (IC3), a partnership between the Response: 220-Federal Bureau of Investigation (FBI), the National White Collar Crime Response: 220-Center (NW3C), and the Bureau of Justice Assistance (BJA). If there Response: 220-is a problem with the system or configuration options that need to be Response: 220 added, please contact the System Administrators at it@…. Command: USER kyle.bangerter@… Response: 331 Password required for kyle.bangerter@… Command: PASS * Response: 230 Logged on Status: Connected Status: Starting download of /Initial DITA Sample/ATV Sportsman 850.zip Command: CWD /Initial DITA Sample Response: 250 CWD successful. "/Initial DITA Sample" is current directory. Status: Skipping download of /Initial DITA Sample/ATV Sportsman 850.zip Status: File transfer skipped

When adding the same file multiple times to the queue, it should be recognized as duplicate and not be added again.

FileZilla Client 3.6.0.2 is unable to normally download a file from ftp, if resulting path name exceeds MAX_PATH limit. Which is already reported, see related bugs: ​6193,​4791 ,​4792,​6193.

Though, I've just tried to manually input an UNC path to "Local site" field. Like "
?\G:\temp\timeweb-ftp4(filezilla)\" instead of just "G:\temp\timeweb-ftp4(filezilla)\".

And now I was able to download needed files. Although files were downloaded OK, there were multiple error messages: "Directory ':\temp' couldn't be created (error 3: the system cannot find the path specified). If I close this message - new one won't pop up immediately, though, after some time - it would, for sure.

​Here's 45sec screenvideo I've captured.

Also, please find filezilla.log attached (sorry,in fact, it is not the one related to the video, it was a separate run.) At the end of the log, I've canceled transferring, though, once again - this error message does not affects transferring, it just continues.

It would be nice if your FTP favorites were populated in the list when you right click on the icon in the Dock, and when you click on a favorite it starts FileZilla and automatically connect to the selected favorite. If FileZilla was already started, just connect to the selected favorite.

it is impossible for filezilla client to erase directories if this directiory is too big, if it contains many files. Timeout on connexion duration stops this operation before it is complete. Timeout on connexion duration is not reinitialized at each operation (LIST ou DELE). To erase such big directories, it is necessary to proceed in several (many) smaller erase operations. Best regards.

When a new directory created, filezilla refreshes the corresponding local or remote listview and leaves the focus where it was before. I think it should set the focus to the newly created directory since the user most likely will want to go in that directory.

The attached patch implements this behaviour for both the local and the remote listviews, also it adds the [ctrl]+[shift]+[n] keyboard shortcut for the "New Directory" menu item (does the same thing in windows explorer or nautilus and Thunar on linux).

The remote side implemented extending the facilities added in r4868 with setters and a new conditional. Maybe these functions/member variables need a new name. Since i'm not 100% sure on the remote side's implementation, i'm attaching a patch only for the local side and the keyboard shortcuts.

Sidenote: On my system, i couldn't compile a clean r4872, compile failed with:

src/interface/listctrlex.cpp:1179 col 36: error: passing ‘const wxListCtrlEx’ as ‘this’ argument of ‘wxScrolledWindow* wxListCtrlEx::GetMainWindow()’ discards qualifiers [-fpermissive]

This can be fixed easily enough with a cons_cast<> like this:

-    wxRect windowRect = GetMainWindow()->GetClientRect();
+    wxRect windowRect = const_cast<wxListCtrlEx*>(this)->GetMainWindow()->GetClientRect()

I sucessfully transfered more than 100'000 files from an archive to local. The log pannel of sucessful transfers contains the 100'000 names of files. I select all the log by ctrl-a and press the del key.

It takes about 5 minutes to clear the list - a huge time.

Observation: at the beginning of the freeing, memory is released by 5ko/interval (monitoring the processes), than by 24 ko/interval and finally at 200ko/interval. I bet that the algorithm used fro freeing the list and memory is not optimal.

The same "long time" was observed at least 3 times and is always present.

When the list is "short", the time is short - a few seconds or so. Is a much faster ?

I tried to stop both the files' downloading and the exploration of the tree (huge, more than 8 minutes) of the distant site using a ctrl-p. It effectively stopped the downloading of files, but not the tree exploration.

Is there a facility to stop the tree exploration from the distant site ?

I was hoping that this could be implemented. I see that tateu updated 3.5.3 but it doesn't work for the latest 3.6.0.2 version. Can someone create a patch please?

It would be very helpful. Thanks in advance.

​http://forum.filezilla-project.org/viewtopic.php?f=3&t=13341&sid=cdf9d15feff72c2f81bc68a5e827ab4d&start=15

Subject pretty much says it all. I have an active file transfer, and then I go to Edit -> Settings and pick a new Theme, and then hit OK.

I am returned to the main window, but the "Process Queue" toggle button has lost its state and appears in the "off" position (not-pressed).

I only had a single file in the queue and it was already in progress, so I'm not sure if this was simply cosmetic (the rest of the queue would've completed) or if the Process Queue setting actually got frobbed.

Client details below.

FileZilla Client

Version: 3.6.0.2

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-11-29 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system

The ability to sort the "Transfer" column. Or as an alternative, the ability to search and/or filter on the "Transfer" column.

Hi,

Thanks for FileZilla client - great software; I just made a donation.

When editing a file, my workflow is like this: 1) Edit file 2) Switch to FileZilla to upload 3) Switch to browser to test impact 4) Switch back to editor

If FileZilla's "Do you want to upload this file?" box had a "Always upload this file" checkbox that could last for the session's duration, then that would be great and save some time.

Thank you for considering the idea.

On any other Mac program, the entire grey title/toolbar can be clicked and dragged. In FileZilla, only the very top portion works as it should. This often leads to the cursor arrow sliding off and moving something in the window below.

CONDITIONS: Create 2 folders, e.g. TEST1 and TEST2. Use directory tree pane to drag TEST2 onto the TEST1 folder. As when trying to move a folder inside another folder. Although the folder TEST2 is successfully moved to TEST1 using this approach, the TEST2 folder's icon will still remain where it was. Resulting in seemingly 2 TEST2 folders. (please reference the submitted image).

When this happens, slicking 'Refresh' will not help as long as the original TEST2 folder icon is highlighted.

Right now, it's nice that you can put FTP URLs in the quickconnect bar, but the functionality isn't quite usable.

For example, if you copy ​ftp://190.144.167.33/planificacion/VAD&Hepp/Metodo-participativo-VAD.pdf from your browser and you want to download it in filezilla. When you paste it in the quick connect "host" field, you get the following error:

Connecting to 190.144.167.33:21... Status: Connection established, waiting for welcome message... Response: 220-Microsoft FTP Service Status: Connected Status: Retrieving directory listing... Command: CWD /planificacion/VAD&Hepp/Metodo-participativo-VAD.pdf Response: 550 /planificacion/VAD&Hepp/Metodo-participativo-VAD.pdf: The directory name is invalid. Command: PWD Response: 257 "/" is current directory.

Ideally, it would CDW TO /planificacion/VAD&Hepp/ then start a download of Metodo-participativo-VAD.pdf

Version: 3.6.0.2 OS: Windows 7 x64

I have a LOT of certificate-authenticated SFTP sites; since I went over 10, I began getting this error:

Status: Connecting to devstbe1... Response: fzSftp started Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\test1_password1234.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\devccm\ccm.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\ccm\ccm.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\hoh\wellsfargo.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\ccm\sterling.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\mytestuser\mytestuser1.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\mytestuser\mytestuser2.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\cie\cie.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\fisglobal\dataexpress.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\testcertlogin\testcertlogin1.ppk" Command: keyfile "
tsclient\C\Users\hwilkins\Documents\Work Documents\projects\0 I02218 ST Upgrade\SFT\certificates\testcertlogin\testcertlogin2.ppk" Command: open "testcertlogin2@devstbe1" 22 Error: Server sent disconnect message Error: type 14 (no more auth methods available): Error: "Too many publickey verification attempts were made." Error: Could not connect to server

Shouldn't FileZilla only try the key file reflecting the login name instead of trying them all?

FileZilla does not appear to support client-certificate auth (no password) mode. Examples where this does work via cURL include:

curl -v -k --ftp-ssl --ftp-pasv --disable-epsv --key userkey.pem --cert usercert.pem ​ftp://user@server

curl -v -k --tlsv1 --ssl --ssl-reqd --ftp-alternative-to-user "SITE AUTH" --disable-epsv --ftp-skip-pasv-ip --key userkey.pem --cert usercert.pem ​ftp://server

I can provide output and trace logs if desired, but since the traces show certificate detail, I'd prefer not to do it in public.

RFC 2228 specifically states that the server can accept AUTH info as sufficient for login, and provides FTP response codes for doing so, bypassing the PASSWORD prompt.

The ability to specify a certificate for a particular connection profile would help here, keeping the connection from trying the wrong certificate (this would also help SFTP connections avoide the error noted in bug report 8476 (​http://trac.filezilla-project.org/ticket/8476)

Please add a checkbox to this dialog that causes the dialog to remember what you did last time. I frequently use FileZilla to just look at files that are changing at the remote site so every time I want to refresh I have to select "Discard local file...".

You get the idea.

As an alternative to this change make view and edit two different functions.

Here are the "info" dump:

FileZilla Client

Version: 3.6.0.2

Build information:

Compiled for: i686-apple-darwin9 Compiled on: i386-apple-darwin9.8.0 Build date: 2012-11-29 Compiled with: i686-apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5577) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.3 SQLite: 3.7.6.2

Operating system:

Name: Mac OS X (Darwin 10.8.0 i386) Version: 16.104

With recent versions of FileZilla, we have been seeing a number of incomplete file transfers. Here are our steps to reproduce:

1) Connect to the FTP server (on Windows CE device). (No encryption, anonymous FTP). 2) Transfer a file of size > 1MB from client to server. 3) Often the file transfer will "complete" after only ~200kB have been transferred. Sometimes a client PC will get stuck in this state, unable to transfer larger files. 4) The file remains on the server with a size of ~200kB.

The reason why I suspect FileZilla is the culprit is because other FTP clients (such as Microsoft command line ftp client and Windows Explorer) work OK from the same machines that have trouble with FileZilla.

Furthermore, I once took a Wireshark capture during the transfer and it seemed evident that FileZilla was dropping the ball on the communications.

This seems to happen with 3.6.0.2 but not with 3.6.0. However, I am not certain of that.

Thank you for your assistance. Please let me know if there is more information I could provide that would be helpful in tracking down this bug.

Detailed version information below:

FileZilla Client

Version: 3.6.0.2

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-11-29 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

Name: Windows NT 6.1 (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system

we have following issue

protocol: ftp encryption: Require explicit FTP over TLS Logon: normal our client have an internal ip 10.35..4 the destination address is the internal ip address from our firewall : 10.35..254 the real destination is an server outside: 172......

when the client open the connection to the ftp server: The ftp connection can be opened to the destination server!

But wenn the command "LIST" where send to the server, we don't get a sign from the real destination ftp server, because the protocol package has the wrong IP address information included into the package to the client. Maybe it wll be a bug?

when we use another software 4 example "smartftp", to do the same thing -> it works fine. We we want to use flezilla.

FileZilla is very slow ~5MB/s, ~90seconds when using sftp to upload a file to my local SSH file server only, while a Linux command-line "sftp" tool is much faster:

$ sftp sshserver@127.0.0.1 sftp> put Filename.tar Filename.tar 100% 379MB 20.0MB/s 00:19

I'm really wondering why this is.

While downloading some folders from my webspace with ftpes (explicit ftp over tls), I tried to rename another local folder in the left area in filezilla, where i can see my local folders.

I made a right-click/edit on it, and it turned editable. Then I clicked on it directly after its name (downloads|) because i wanted to rename it to "downloads-old".

When i start to type the first letter ("-"), the "edit-mode" disappeared/closed , and so it is impossible to rename this or another local folder.

I had to open a filemanager of gnome to rename the folder.

This problem exists only When downloads are active. Without any downloads, the renaming works without problem.

The 'Download-Mode', where the problem appeared, is: "overwrite if filesize is different or file is more actual". I use the german version of filezilla.

here my filezilla info: =============================================================== FileZilla Client

Version: 3.6.0.2

Build information:

Compiled for: x86_64-redhat-linux-gnu Compiled on: x86_64-redhat-linux-gnu Build date: 2012-12-06 Compiled with: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) Compiler flags: -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.12.22 SQLite: 3.7.13

Operating system:

Name: Linux 3.7.7-201.fc18.x86_64 x86_64 Version: 3.7

======================================================== i can't test it with the nightly build because ​http://filezilla-project.org/nightly.php does only show a "nightly builds" - header, but no content or download-links, at the moment.

Hi, I'm uploading a file very slowly and I believe it is not counting the hour in the upload's elapsed time. Essentially this previous bug: ​http://trac.filezilla-project.org/ticket/5657 but as applied to uploads rather than downloads.

Steps to reproduce:

• navigate on the client side to a folder with a lot of files
• select all of them
• upload them

Expected:

• all the files should be added to the queue immediately

Observed:

• only a few are added to the queue, then after a while a few more are added, etc

I guess this is by design, but it is a completely wrong design that has no reason to be like this, and has huge drawbacks and no one single advantage. I understand why _downloads_ are added to the queue like this (though an option should be provided to queue _all_ files for download before starting to download them, if one wants to, because there are a number of situation when one needs to have a complete queue). But there is NO reason at all for uploads to work like this.

Here's an obvious case of a problem this generates:

• there is some network issue that interrupts the upload, or anything that forces you to restart filezilla

=> After restarting filezilla, the queue is remembered, but the files that were going to be added to the queue are not. So you are left with a partial queue that you can resume but you have absolutely no way to figure out which are the files that need to be re-added to the queue.

This is made worst by a bunch of other bugs that make filezilla go completely berserk and uncapable of recovering at the slightest network problem, so you are forced to restart it very, very often, facing this issue. However this issue is an issue of its own and must be fixed regardless of the other ones that make it worse (i.e. even if you were never forced to restart filezilla without a reason, because you can always have a good external reason to have to restart it, and also because the behavior is plain wrong in the first place).

When I download a file and then tab to the list view and down arrow to the time left, time remaining and other information list item, the NVDA screen reader just says list item, it will not read that information. Please fix this so NVDA reads all file transfer status information for downloads and uploads.

I renamed about 20 of the 48 .JPG files in the 'photos' directory in my PC mirror of my website. Instead of manually renaming them on the website, I created a new '@swap' sub-directory there, and dragged and dropped the files to be renamed to it. Then on the PC I selected all the files in the 'photos' directory and uploaded them to the website's 'photos' directory, responding to whether to skip overwriting the files that were not renamed with 'skip' and 'all'. It all worked fine.

Before that upload was quite completed, on both the PC and Website, I changed the window focus to another directory, my 'ph' directory in each window. The I tried to upload its '@…' file, but the file was not added to the queue. I tried changing the directory focuses in other ways and coming back to try again with no effect. I opened a new connection to the website and went to the 'ph' directories and it had no effect.

I closed and reopened FileZilla and went to the 'ph' directories and the file uploaded as usual, prompting me to overwrite the old one.

The version it occured on was: 3.5.3 then I installed current version: 3.6.0.2

I always miss this little detail. You must take the file and put it into the dir, one change an do it again. I will thank this little button that I would use to upload new version of a file that i'm editing, but i would do twice (up and down)

Actually you need to edit a file directly from ftp to do some like this. The idea is make it on local server files.

my two cents. thank you.

Figured this should be automatic.. appears to inquire about overwriting when first attempt to download fails (broken connection or incomplete transmission).

I would have expected this to be automatic on retries..

On the other hand, if it fails, I would expect it to ask to keep partial file or delete...

I'm experiencing a race condition when uploading. Approx. every 300 files, a file that's being uploaded already exists, and I'm prompted what to do. Typically the file has 0 bytes, sometimes it has <100% size. These files are from previously failed attempts in the same queue - NB that the target directory was empty before.

I'd expect FileZilla to retry failed uploads non-interactively. I'm using 8 concurrent transfers, and the remote server is "flaky" in that it likes to terminate connections randomly every once in a while.

So here's my hypothesis:

1) Thread A uploads file foo, is kicked off the server before upload completes. This leaves the file in the transfer queue (does it?). 2) Thread B finds foo in the transfer queue, tries to upload, and finds the incomplete file created by thread A in 1).

If this is true, the solution might be to do the collision handling cross-threads, i.e. B should know that A just failed to upload foo, and retry non-interactively.

I'm happy to set up a test account on this flaky server. The race is pretty easy to trigger by uploading, say, WordPress (maybe 2 or 3 times).

Also, and I assume this is related, there are files in the "Failed transfers" list. Shouldn't those be retried? (Should I open a new bug for the latter issue, in case it's not related? Or is it even a bug?)

Preconditions:

• Pref "Server -> Force show hidden files" is Off
• Remote server contains a directory structure with a hidden file
• User has adequate access rights to all relevant files and directories

Action:

Try to recursively delete the structure

What happens:

• The hidden file is not deleted
• Deleting the directory fails because its not empty

What should happen:

• Hidden file should be deleted regardless of the "Force show hidden files" setting
• Deleting the directory won't fail

Extra information:

• Server is running ProFTPd; tested with various versions.
• Everything works fine with the setting on.

Hi,

Here is my problem. When I do Directory Listing of an SFTP Server running ProFTPD 1.3.4b with mod_sftp 0.9.8, I see Filezilla Client 3.5.3 reporting me that there are some directories whose name are including their last writing date : "avril 8 14:48 <directory name>"

I checked the same server with Windows client version, Linux Client version : it's the same problem.

I checked with WinSCP client under Windows and all is OK. I checked with the last version of proftpd 1.3.4c and the problem still appear with FileZilla Client

I want to say that during last month, everything was OK with proftpd 1.3.4b/Mod_sftp 0.9.8 versions.

I checked sftp with openssh soft and everything is OK.

But, the difference I noticed is that with the same host, running directory listing under mod_sftp returns me a list of files whose date are in french (eg : 'avril' for the 4th month) whereas with openssh, the same directory listing returns me a list of files with a date in english (eg : Apr for the 4th month).

Can you confirm me that there is a FilleZilla issue ?