Custom Query (4044 matches)

In ticket #2026, the last comment states, "The next version of FileZilla 3 will be able to calculate the timezone of the server automatically."

I'm using Filezilla Client 3.2.8.1 on Windows XP SP2 to connect to Oracle Enterprise Linux 5.4 (RedHat Linux Kernel 2.6) servers.

I and the servers are located in the same timezone (in fact, in the same city).

Before the switch to Daylight Saving Time, the time displayed in Filezilla for new files matched the time displayed on my PC and the time displayed for the file when viewed directly on the server.

Since the time change last weekend, we have found that the time displayed by Filezilla is 1 hour later than the the PC time at the time of saving and with the last modification time as displayed when viewed directly on the server.

The server and the PC times still match.

Steps to reproduce:

1. Go to Edit / Settings
2. Go to Debug
3. Change the value of "Debug Information in message log" to something other than "warning": e.g., "Debug"
4. Save and exit Settings
5. OPTIONALLY restart FileZilla (will reproduce either way)
6. Go to Settings again and again to Debug

Expected: the selector for "Debug Information in message log" should show the current level. Saving without touching it should not change the setting

Observed: regardless of what the current level is (that is, if you followed the steps above, regardless of the level you configured at step 3), the selector shows "1. Warning". If you now save the settings without having touched the debug level setting, it will be actually changed to Warning.

This is broken in two ways: 1) it doesn't show the actual current level; 2) it causes you to unintentionally change a setting without having touched it (by only changing other unrelated settings and saving) if you don't notice.

The default mode kept giving me errors on 1and1 hosting. It took downloading coreftp, and receiving their autoprompt about switching to "active" mode for me to realize that was the problem.

Creating an autodetect, or autoprompt for this error would be a boost to user friendliness.

The Default Remote Directory for a MVS server type worked in v3.1.6 but not in v3.2.0. In v3.1.6 a directory of the form 'test' was accepted and was used correctly. In v3.2.0, the same value returns message "Default remote path cannot be parsed. Make sure it is valid and is supported by the slected server type.". v3.2.0 will accept values of the form /'test' or \'test' but neither value is used or saved.

If I connect to a webserver, and browse to any remote directory, all subsequent connects start in the last directory browsed. the setting in Default Remote directory is ignored. I have to quit the filezilla client and reopen in order for the setting to work.

I would expect that a connection would connect to the directory specified.

to reproduce:

1. connect to a web server from site manager, that has Default remote Directory set.
2. browse to any other remote folder.
3. (optionally, close the connection)
4. open a second connection

I use Filezilla 3.5.0, my OS is Windows 7 . In Edit/Settings, I sepcify "use custom editor" and select Notepad++ using the Browse button and use filetype associations if available Click OK However when I view, edit a file, it opens it with Notepad, as opposed to Notepad++.

From menu: transfer -> default file exists action. In uploads drop down select "Overwrite file if size differs or file is newer". Note that while I was documenting this problem I also discovered that the same thing happens when the default file action exists setting for upload is set for overwrite if different size or newer.

Upload file which does not meet this criteria. A dialog box occurs which asks to rename the file instead of skipping it.

Unfortunately the attached log does not show the fact of the rename dialog appearing and it being cancelled as it only shows that the file is being skipped. In fact the files being uploaded is the second time for them and should have been automatically skipped.

The attached log shows every file as being skipped but in fact the rename dialog was cancelled. Note that I aslso edited the log to remove server name/ip and user information

FZ version: FileZilla Client

Version: 3.2.8.1

Build information:

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

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.3

Hello,

When I ever I set my default file exists action as "Overwrite File", it works fine till the time I close & re-open the filezilla. After re-opening the application it is again set to "Use default action".

When selecting a file from the queue and setting it's Default file exists action to rename, the new name is recognize as a existing file. To reproduce:

1. Add a file to the queue
2. Open the Default file exists action and select rename.
3. Process the queue.
4. When prompt for a new name type in a new name, say new.txt and submit it.

--> File exists dialog will popup again with a message saying the new.txt already exists.

In the last couple versions of FileZilla, the Default local directory stopped working as expected for one of my projects.

I've been able to reproduce the condition in version 2.2.25 with the following example:

Steps to Reproduce

1) On an existing FTP site, set the Default local directory to (without quotes): "C:\Projects\eclipse\FauxWeb\workspace\Faux Web Site"

2) Save & Exit the site manager.

3) Initiate a session with the modified FTP site.

Resulting Behavior

FileZilla does not change the location of the left-hand pane to the saved default local directory path.

Expected Behavior

FileZilla opens the specified local directory in the left-hand pane.

Additional Information

If I set the default local directory to (without quotes): "C:\Projects\eclipse\FauxWeb\workspace", FileZilla works as expected. It appears to be the addition of the "Faux Web Site" on the end of the path that triggers the problematic behavior.

System Info

Windows XP SP2, NTFS

FileZilla 2.2.27. When I try to set Default local directory in Site manager/My site/Advanced, the entry is stored only if it is short: Works: E:\Documents and Settings\jan\My Documents\Work\ Doesn't work: E:\Documents and Settings\jan\My Documents\Work\j

This has happened to me twice. I have selected files for deletion and while waiting for the deletion of the files to begin I have hit "Quickconnect". When this happens the connection is restarted and then ALL the files in the directory which quickconnect goes to are deleted instead of the ones I selected.

Like other users, I cannot delete files using a Mac. "Files" are files added from the left hand part of the FileZilla screen (which shows my folders and my desktop, including all the files I want to build into the website) by dragging and dropping them into the right hand part of the screen after I've chosen the specific place I want to save them (in my case, a file called "NewTest" in "Public HTML". (FileZilla doesn't give this screen a name; it's the one that has username, password, and port on the top.)

In the course of the project, we have uploaded various files from preliminary versions of the website we're building. They have served their purpose, and leaving them on the system will now cause only chaos and confusion. So they need to be deleted, and then replaced by newer files.

Now, I am working with a html/web guru who uses a Windows machine, and she deletes files from FileZilla very easily, by highlighting them and pressing the delete key.

That, however, does NOT work with my Mac (a MacBook Pro running MacOS 10.5.8) and a Safari browser. At this URL

​http://forum.filezilla-project.org/viewtopic.php?f=2&t=12541&hilit=deleting+files

another Filezilla user reports the same problem with their Mac, and their experience is the same as my own. In fact, I ran down the same list of possibiliities and workarounds, and none of them work.

Highlighting and pressing delete does NOT delete FileZilla files with a Mac.

1. Can you tell me how to delete files using a Mac?
2. I will have to migrate to another company if FileZilla can't solve the problem. Of course, I'd rather not do that, but we can't work with a non-functional server.

Timothy Perper perpcorn@… (I am a paying customer -- we've paid FileZilla for website access,)

In a directory, deleting 500+ files takes a very long time.

Time between each file is longer with more files in queue. Deleting 2000 files may take 30 minutes and more.

Thanks!

David

Deleting a soft link to a file sometimes deletes the target file instead of the link.

A log file is attatched where you can see the surprising "Response" of deleting the target file instead.

The remote server is Redhat Enterprise Linux 5. FileZilla Client 3.2.6.1.

Even if the Windows recycle bin is disabled, files deleted via FileZilla still end up there.

Warning, not only are there NO viable release notes, version 3 install to a new directory - for no known reason, does not read any settings from version 2, and someone decided it was not important enough for people to be able to import all their settings, for the "reason" that the file structure is different! That's a lame excuse, since the file structure certainly was known to the team and could be transferred

Someone(s) surely took a lot of time to build a new version - and then did not create it in a very logical way. Why not do it right the first time, as now most of my sites will not work because someone did not think about what they were doing? I now have to spend a couple of hours repairing the damage.

This should have been a HUGE warning and a release notes that actually says something - neither of which there was!

I was happy with this software for years, now someone(s) need to go back to school and learn that an upgrade is for improvement, adding features - not to remove features and settings.

Can we get the settings so they import as this a a LARGE bug!

Filezilla won't delete entire directories with subfolders.

Filezilla will go through every directory and delete all of the files but not folders.

According to the log the folder the directory was removed successfully but its lying! :) If I run the same command through SmartFTP using the same FTP account the folder is deleted.

Hello,

i am using the latest FileZila Version 3.8.1. This Version still has problems deleting subfolders those parent folders names contains german umlauts.

For example create the following folders:

Grün

• test

It is not possible to delete both folders at once (recursive). The folders still exist after deleting.

Thanks for your work.

Best regards. David

The title says it all, trying to delete a lot of files (750+) takes a long time - possibly because the remote file list view is emptied and refilled for each file. The time to delete each file decreases as the number of files decreases.

1) Establish a connection 2) Let the connection timeout 3) Delete a remote file

The expected behavior is that Filezilla will connect and delete the file, but nothing happens. Here is the log:

Status:       	Listing directory /var/www/html
Status:       	Directory listing of "/var/www/html" successful
Status:       	Disconnected from server
Status:       	Deleting "/var/www/html/testfile"

But the remote file /var/www/html/testfile will not be deleted.

Filezilla 2.2.32 (older versions too): Deleting multiple files from an AIX ftp server takes very long. When deleting > 1000 files, it will take about 10 seconds per file. If, in the remote file list, the cursor is set to a file outside of the list of files to remove, deleting speeds up dramatically. The application locks up (can not be interrupted), and usually needs to be terminated to gain access to the remote system again. No information (except the times) can be generated from the debug settings. This looks like a problem with the GUI when deleting an entry from the list of selected items when a file is remotely deleted.

Go into the site manager, and either create a new site in there, or test on an existing one. Then, delete the site, and close the site manager window. If you go back to the site manager, your site will still be there. For the change to stick, you need to either push the "Connection" or "OK" button.

I notice the same behavior can be seen for other things, like create a new site, then don't push the "Connection" or "OK" button. Close the window, and the new site will not have been saved.

Let's say we have a directory A, with a directory B inside of it, and we click to view directory B. If we right click directory B and delete it, it succeeds, and FileZilla sends off the "update this view" request. This request results in an "Error: Unable to open .: no such file or directory" because, of course, the directory it wants was removed.

As a result of the error, the directory is not removed from the remote site tree view because the listing failed. Also unfortunately if you try to click around to the parent directory or other directories to get back to places that do exist, all you get is the "Ding!" error sound.

Clicking the refresh button while selecting another (existing) directory doesn't fix this state. To do that you need to click the cancel current operation button and select yes. Afterwards you are then free to select the parent directory which successfully lists its contents, and the directory is now removed from the view.

It seems to me it would be nice, from a user point of view, to check if you're deleting the directory you're currently viewing and instead of trying to refresh the current directory after the deletion succeeds, refresh the parent directory instead.

Seit update auf 3.9.0.1 erscheint der im Betreff genannte Fehler. Ein downgrade auf die vorige Version behebt das Problem nicht. Meine Daten: Win7 professional 64 bit

I had been changed my desktop's folder.(desktop-

adulttw)

But filezilla 2.2.24 still locate my desktop's folder is desktop.:(

It should find the shell's register to locate. desktop's shell register should be HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVe rsion\Explorer\Shell Folders\desktop ???

Local directory tree now displays "Desktop" and "My Documents". With version 2.2.24. However the Desktop you are showing me isn't the one listed in the registry. For instance the desktop you are pointing to is

c:\documents and settings\username\desktop

however I moved my desktop off the C: drive to

m:\users\username\desktop.

And that is the way it is set in the registry. The odd part of this whole things is that My Documents folder is pointing to the right location.

Having upgraded to the latest version, I was horrified to find that it completely screwed up all my carefully crafted icon positions on my desktop.

Fortunately I am aware that microsoft cannot be trusted to keep the icons in the same place so I had a program remember where the icons were and could replace them to the original positions.

Others might not be so lucky and having forced this change on their icon positions will produce a very bad first impression.

Please fix this asthetic bug or else I will not be upgrading again for fear of this happening again.

Thanks.

Simon.

When updating file zilla from an earlier version to FileZilla_3.1.2 the desktop icon disapears. Restart the installer and make sure the Desktop Icon component is selected.

Using 1024x768 pixels the "settings"-dialog appears at the right side of the screen with some part no longer visible.

At the Proxy Settings: 1) Selected Proxy Type having User Name,Password and proxy setting. 2) Removed the Entries Typed for Proxy,username,password. 3) Pressed ok to store.

An Invalid Warning Dialog without any Message props up.

If a file transfer aborted and later resumed, there will be a dialog asking what I want to do with the existing file (renaming, replacing, resuming, etc.).

However, if the path and/or filename is too long, the dialog gets very wide and because FZ3 puts the box to a specific position, the right part of the box won't be displayed and you have to move the dialog to the left, so that you can choose from the options.

I have a Mac OS Darwin 9.4.0 Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386 i386

OS X 10.5.4

FileZilla 3.1.1

When I try to upload a file to my media player (a Tvico M-4000SA), filezilla now suddenly dies. I can't even paste the log here, as it disappears.

A text upload shows the following information:

150 Accepted data connection from 10.254.254.100:65436

0% | | -1 0.00 KB/s --:-- ETA

450-Error during write to file: No space left on device 450 star_trek_voyager_-_season_1_ep_12.avi removed

I'm using Filezilla for a couple of years now to copy files to and from my mediacenter hard-drive. Everything worked fine till today. When connecting to the disk (in this case acting as an ftp server), it shows all my drives as files. And therefore they won't open up in Filezilla. I'm just getting odd error messages like "file copy failed". I tried another FTP-application and it opens up fine, also when using Firefox, there are no problems at all.

I also tried re-installing Filezilla and we are using the latest version of the software on Windows 7 Professional SP1.

I'm connecting to an FTP server, and downloading an entire site to a local directory, and i get some directories messed up, files that on the server where on directory "A" now they are on directory "B" and the ones that where on directory "B" are on "C". But it seems like random.

I am using version 3.0.5.2 on Ubuntu Linux.

I am attaching an screenshot where you can see the files downloaded to another directory.

See attached screenshot.

In the image, it shows the popup for the directory comparison feature.

Yellow and Green both seem to function OK, although Green is a bit pointless, as the file that was transferred will always be reported as 'newer' than the original.

More importantly, the filesize difference, which is the far more critical indication (of an incomplete upload, for example), does not seem to show at all.

In the screenshot, note the file highlighted on the left. There is a size discrepancy between it and the corresponding file on the right, but there is no indication of this on the screen.

I did an upload the other day where I sent several hundred large files, and there were a number of them that uploaded incompletely. Was very time consuming to go through them item by item to spot the ones that were not complete.

Thanks! Great app overall.

-Thomas-

Version of FileZilla is 3.2.4. I found the bug on an older version, and downloaded the latest one to see if it still exists, and it does.

Using v3.19.0. When copying a folder from my server to my PC Directory Comparison turns off. It happens even if I copy a folder plus files. It does not happen when copying just files from the server or when copying folders and/or files to the server.

When pressing the DC button, the file list disorders and some files are just displayed as a white space, no description, filesize or anything, just a clickable blank line. Guess this is not so important, but it's a bug and it must be reported to the authorities XD

This could be caused by the "." and ".." directories under linux.

In the log... 00:05:25 Response: 226 1706 matches total

In the program (under horizontal scrollbar)... 1704 directories

I'm running on Mac OSX, and I don't recall having this problem with FileZilla on PC.

Please fix this ASAP or I'll have to abandon your fantastic, amazing project.

My project is very large and accesses many files on the server. When I backup the server via FileZilla, this limit causes me to miss backing up files without even knowing it.

I have successfully used Filezilla in the past with all the same settings. Since the last update I have not been able to retrieve the directory listings. I can access the FTP site via Windows Explorer and via browser with no issues. Tried Cute FTP which also worked well Below is the debug report from logging in. I am using an HP8560 FileZilla Client

Version: 3.10.0-beta2

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2014-12-05 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.20 SQLite: 3.8.7.2

Operating system:

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

Status: Resolving address of ftp.xxxxxxx.com Status: Connecting to XX.XXX.XXX.37:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Welcome to the XXXX XXXXXXX FTP Site Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 500 Protocol not supported. Trace: CFtpControlSocket::SendNextCommand() Command: AUTH SSL Trace: CFtpControlSocket::OnReceive() Response: 500 Protocol not supported. Status: Insecure server, it does not support FTP over TLS. Trace: CFtpControlSocket::SendNextCommand() Command: USER XXXXXXX Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for XXXXXXX. Trace: CFtpControlSocket::SendNextCommand() Command: PASS * Trace: CFtpControlSocket::OnReceive() Response: 230 Status: Server does not support non-ASCII characters. Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CFtpControlSocket::OnReceive() Response: 200 PBSZ Command OK. Protection buffer size set to 0. Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CFtpControlSocket::OnReceive() Response: 200 PROT Command OK. Using Private data connection Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: Measured latency of 70 ms Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/Usr/XXXXXX" is current folder. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to I. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (12,231,164,37,10,86). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: MLSD Trace: CFtpControlSocket::OnReceive() Response: 150 Opening BINARY mode data connection for MLSD /Usr/alaurie. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::ContinueHandshake() Error: GnuTLS error -110: The TLS connection was non-properly terminated. Status: Server did not properly shut down TLS connection Trace: CTlsSocket::OnSocketEvent(): close event received Trace: CTransferSocket::OnClose(106) Error: Transfer connection interrupted: ECONNABORTED - Connection aborted Trace: CTransferSocket::TransferEnd(3) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. 0 bytes transferred. 0 Bps. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CFtpControlSocket::ParseSubcommandResult(2) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Error: Failed to retrieve directory listing

When I attempt to connect to Windows 2008 IIS ftp server I manage to connect, however when FileZilla attempts to list the directory contents it fails. Settings the debug level to 4 I see:

Command: LIST Trace: CTransferSocket::OnConnect Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 425 Can't open data connection. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 4 Trace: state = 4 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Trace: CFtpControlSocket::ParseSubcommandResult(2) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 3 Trace: CFtpControlSocket::ResetOperation(2) Trace: CControlSocket::ResetOperation(2) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(2)

Using the Windows FTP client, I am able to connect and list the directory contents without any error.

I'm not sure if it's relevant or not, but the user ID I have to use includes the domain (i.e. username = <domain>\<user ID>).

Hi!

The following file name caused a directory listing to hang and I think it's because it has 2 periods in it:

Final Cover4.9 - Copy.jpg

I hope this helps.

Many blessings,

Julian

The date (in Lithuanian) is included as the first part of the filename. The date column is empty.

Screen shot, logs and network capture attached.

Upon logging into the Wildcat service the directory listing shows size=0;type=dir;perm=elc;create=20050131092633;modify=20050131092633;(client directory name)- but not the proper contents of the directory.

I have multiple accounts for a variety of different people and it is sometimes necessary to switch to another account using the filezilla client. Generally when I do this the directory listing of the previous connection is still displayed even though I have opened a new connection. The only way I can display the new listing is by exiting the filezilla client and restarting it using the new connection.

Hello,

It's impossible to list directory : Commande : CWD /AAAA - AAAA (AAAAA) [March 18, 2010] AAA Réponse : 250 CWD command successful Commande : PWD Réponse : 257 "/AAAA - AAAA (AAAAA) [March 18, 2010] AAA" is the current directory Commande : PASV Réponse : 227 Entering Passive Mode (xxx.xxx.xxx.xxx). Commande : MLSD Réponse : 550 Unable to handle command Erreur : Échec lors de la récupération du contenu du dossier

Client OS : Win XP Protocol : FTP

Hello,

I am using the new snapshot of FileZilla and i have a problem. The "UP" directory now works but i have another problem in that as soon as i use it i cannot then get into any folder i have not previously been in to.

Looking at it, there seems to be a problem with the /:sd:/ I am not sure if it is being stored twice or something but if i delete it from the Remote Site bar i can then travel into directories manually.

Also, it seems when you go down a level from the root directory and then go back, when you next try and go down a level it fails becasue it is trying to enter :sd:/:sd:

I have attached a copy of my debug logs.

Simon

Directory upload and "Add to Queue" option for directory do not work on my PC (win XP sp2). Multiple files upload works great even through SSH2. No errors even with Debug mode activated, simply does nothing.

Currently sorting directories and files on the Local side of Filezilla Client results in Upper Case directories being sorted above lower case directories. I have attached a screenshot to show. This also happens for files.

Hello!

The new version of Filezilla is very good !

I have a big problem with the french language and accents. When I want to transfer pc-> ftp files or directories whose name contains accented characters there is a problem. The first time, the transfer goes well and directories are created and files are transferred.

I turn off Filezilla and restarts.

When I want to update their files, it is impossible.

I found that the file names are changed (UTF8?) on the ftp server.

From then on, it's useless.

Exemple:

Normal name: "Avec les médias" After the restart: "Avec les médias"

Thank's for your help !

Greetings

When

• server contains a file with contents "abc"
• client contains a file with contents "bac"
• files have the same size
• files have same date
• files have different time

Then

• the directory comparison view shows no difference (no colored line).

I am using version 3.3.0.

When you have multiple connection tabs, directory comparison only works for the first tab. Switching to the second tab leaves the directory comparison icon "pressed", and toggling it does not make directory comparison work in the second tab. Closing the first tab renders directory comparison inoperative.

Procedure:

• Open a connection.
• Open a second connection, in a tab.
• Switch to first tab.
• Click on "compare directories icon". Directories are compared.
• Switch to second tab. [You can unclick the directory comparison icon or leave it clicked - it makes no difference]
• Click on "compare directories icon". Directories are NOT compared.
• Close first tab.
• Click on "compare directories icon". Directories are NOT compared.

Alternate procedure:

• Open a connection.
• Open a second connection, in a tab.
• Close first tab.
• Click on "compare directories icon". Directories are NOT compared.

Work-around:

• Restart FileZilla.
• Only compare directories in the original first tab.

With FileZilla 3.9.0-beta1 the directory comparison function shows unexpected results in some cases.

Sometimes if a file or folder is missing on server, all following files or folders are shown as being missing although there are matching items.

I attached an example. FileZilla 3.8.1. with the same settings shows the expected result.

Version: 3.9.0-beta1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2014-06-22 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.0 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.15 SQLite: 3.8.4.3

Operating system:

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

Steps to reproduce:

1. Open FileZilla and login to ftp site (not secure)
2. View the contents of the directory.
3. Login to ftp site from a UNIX box.
4. Upload files to the same ftp site using "put" command.
5. Display the files from Unix box in ftp location, verify that files are uploaded.
6. Refresh the FileZilla folder to view the uploaded documents in FileZilla interface.
7. New files are not displayed in Filezilla folder view even though they are uploaded successfully unless the FileZill is completely restarted.

Version 3.0.4.1 Win XP SP 2

I delete a directory from the remote site view and Filezilla tries to change to that directory after deletion:

Command: RMD 1 Response: 250 RMD command successful Status: Retrieving directory listing... Command: CWD /1/ Response: 550 /1/: No such file or directory Error: Failed to retrieve directory listing

Cheers Lars

FileZilla Client

Version: 3.3.1

Build information:

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

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.3

There seems to be a bug in directory listening.

The problem folder is named " #complete# ". Using no ssl connection there is no problem with listening this directory, but if I use FTPES the status window gives following error message:

Fehler: GnuTLS error -9: A TLS packet with unexpected length was received. Status: Server hat die TLS-Verbindung nicht ordnungsgemäß geschlossen Fehler: Could not read from transfer socket: ECONNABORTED - Connection aborted

All other directorys work fine. Even subfolders from #complete# are accessible via the direct url.

To solve the problem I tried to force utf8 characters in servermanager settings. This had no effect.

Would be nice if you could resolve this bug.

The "Force showing hidden files" option does not fully work. The command for the command only uses the "LIST -a" command to show the files, but using the "LIST -al" command manually, I was able to see all the hidden files. Not being able to see all the hidden files also causes issues when needing to delete directories and the system cannot do so since there are still hidden files under the directories.

After this problem started I uninstalled FZ and reinstalled with the latest version. But the problem has not disappeared.

Here is what FZ is reporting.

Command: LIST Response: 425 Failed to establish connection. Error: Failed to retrieve directory listing

FZ 2.2.31 is still installed and does not encounter this error.

Filezilla 3.1.1 and 3.1.2 both has this behavior. When conecting to a secured linux box, in FTPES mode, I can log in, but directory listing fails. Log:

Status: Resolving address of ftp.pszinfo.hu Status: Connecting to *:2221... Status: Connection established, waiting for welcome message... Response: 220 "*, FTP service" Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Trace: Handshake successful Trace: Cipher: 3DES-CBC, MAC: SHA1 Status: Verifying certificate... Command: USER elias.tamas@*.hu Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: CWD / Response: 250 Directory successfully changed. Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (*,195,101) Command: LIST Trace: Skipping socket event 4, id mismatch. Response: 150 Here comes the directory listing. Trace: Handshake successful Trace: Cipher: 3DES-CBC, MAC: SHA1 Trace: GnuTLS error -9: A TLS packet with unexpected length was received. Status: Server did not properly shut down TLS connection Error: Could not read from transfer socket: ECONNABORTED - Connection aborted Trace: Skipping socket event 4, no socket or id mismatch. Response: 226 Directory send OK. Error: Failed to retrieve directory listing Status: Disconnected from server

However, Total commander's ftp client handles the same server very well:

Connect to: (2008.08.30 20:44:45) hostname=ftpes://ftp.*.hu:2221 username=elias.tamas@*.hu startdir=

Connect to: (2008.08.30 20:45:10) hostname=ftp.*.hu:2221 username=elias.tamas@*.hu startdir= ftp.*.hu=* 220 "*, FTP service" AUTH TLS 234 Proceed with negotiation. Cert subject: /C=HU/ST=Zala/L=Nagykanizsa/O=*/OU=FTP szerver/CN=ftp.pszinfo.hu/Email=admin@*.hu Cert issuer: /C=HU/ST=Zala/L=Nagykanizsa/O=*/OU=FTP szerver/CN=ftp.*.hu/Email=admin@*.hu USER elias.tamas@*.hu 331 Please specify the password. PASS * 230 Login successful. SYST 550 Permission denied. FEAT 550 Permission denied. PBSZ 0 200 PBSZ set to 0. PROT P 200 PROT now Private. Connect ok! PWD 257 "/" Alkönyvtár TYPE A 200 Switching to ASCII mode. PORT 10,2,0,2,74,243 550 Permission denied. PASV 227 Entering Passive Mode (*,195,86) LIST 150 Here comes the directory listing. Letöltés Várakozás a szerverre... 226 Directory send OK.

Hi,

I have already seen some people reporting this error and you saying they need to upgrade their FTP server, but this is with a different FTP server (ProFTPD).

In FileZilla 3.2.1, when I am trying to connect through SFTP (FTP over explicit TLS/SSL) to a server, the connection succeeds but the directory listing fails.

A few days back directory listing worked with FileZilla 3.0.8.1.

Attached you have the connection log.

George

Using FileZilla 3.2.2.1 to connect to the FileZilla server embedded in XBMC the remote directory listing includes the date as part of the filename making it awkward to navigate the remote tree. This seems to be a new fault that didn't exist in a previous version (though I don't know what version the previous working one was).

For example, using Windows XP ftp client to list directories:

ftp> cd F
250 CWD successful. "/F" is current directory.
ftp> dir
200 Port command successful
150 Opening data channel for directory list.
drwxr-xr-x   1 ftp      ftp             0 Feb 29 19:26 Games
drwxr-xr-x   1 ftp      ftp             0 Feb 29 19:26 Apps
drwxr-xr-x   1 ftp      ftp             0 Feb 29 19:27 Pictures
drwxr-xr-x   1 ftp      ftp             0 Feb 29 19:27 Music
drwxr-xr-x   1 ftp      ftp             0 Feb 29 19:28 Video
drwxr-xr-x   1 ftp      ftp             0 Mar 10 07:41 hddloader
226- Free space: [C:\ 308.97 MB] [E:\ 4.77 GB] [F:\ 138.40 GB] [G:\ 0.00 bytes]

226 Transfer OK
ftp: 378 bytes received in 0.02Seconds 23.63Kbytes/sec.
ftp>

However, in FileZilla's remote tree I see

Filename /              File Type    Last Modified
..
Feb 29 19:26 Apps       File Folder
Feb 29 19:26 Games      File Folder
Feb 29 19:27 Music      File Folder
Feb 29 19:27 Pictures   File Folder
Feb 29 19:28 Video      File Folder
hddloader               File Folder  10/03/2009 07:41:00

The fault only appears to affect filenames with a capital letter at the start, so "hddloader" is reported correctly and is the only one to show a last modified date.

For reference here is the welcome message from the remote machine.

$ ftp xbox
Connected to xbox.private.
220-Welcome to XBOX FileZilla (XBMC)
220-version: XBMC:FileZilla version 1.5.6, (based on FileZilla Server 0.8.8)
220 http://sourceforge.net/projects/xbfilezilla
User (xbox.private:(none)): 

Hello,

We are using minio cluster and activated ftp feature. Then we tried to connect with filezilla on a windows machine. It is connecting successfully, and listing buckets fine. But when we tried to get in a bucket, we can't see folders.

PS: When we use MacoS everything is fine. On windows , when we try winscp, it is listing successfully. Only filezilla can't.

When viewing a remote directory FileZilla will display a maximum of 7,998 files. I can log in via SSH and verify there are 17,438 jpg files in the given directory using the command "ls | wc -l".

None of the files hidden by FileZilla are hidden on the server, nor does my FTP login lack the permissions to see them (I use the same login for SSH, and the files are visible there).

This is occurring on a HostMonster.com account. I am unable to test whether this problem is limited to HostMonster.

To reproduce:

1. Put more than 7,998 files into a directory
2. Use FileZilla client to list the contents of that directory
3. Note that only 7,998 are shown

Client version 3.5.0

Hello,

I'm failing to get a directory listing under special circumstances.

How to Reproduce:

1.) Create a directory named test test test ""d'test test"" test 2.) Place any file into the directory. 3.) Go into the directory and attempt to refresh the listing.

You should be presented with this error:

16:18:49 Command: CWD /test test test """"d'test test"""" test 16:18:49 Response: 550 Failed to change directory. 16:18:49 Error: Failed to retrieve directory listing

Each time I open FileZilla, both the local and remote directory panes (at the top in standard view) get larger and larger, up to a point. If I make them smaller by moving the bar upwards, next time I open FZ they have moved down a little.

They seem to stop moving down when they have reaced about halfway (ie directory and file panes are same height).

I am using an embedded FTP server from Green Hills. It follows in the Linux tradition using a slash, '/', to separate directory levels. When I connect with FileZilla it attempts to set the working directory using backslashes, '\', which results in an error. The display shows folders with question marks. (Presumably as a consequence.) FZ then does a PWD and appears to then recognize that slashes are to be used. Subsequent commands use slashes and there are no more problems. Would it make sense to issue a PWD as soon as the connection is opened and use the response to direct how to format all future directory-related commands? See the sequence below:

11:03:49 Status: Connecting to 199.184.177.89:21... 11:03:49 Status: Connection established, waiting for welcome message... 11:03:49 Response: 220 Service ready. 11:03:49 Command: USER ecc1 11:03:49 Response: 331 User name ok, need password. 11:03:49 Command: PASS 11:03:49 Response: 230 User logged in. 11:03:49 Command: SYST 11:03:49 Response: 215 UNIX Type: L8 11:03:49 Command: FEAT 11:03:49 Response: 500 Unknown cmd FEAT 11:03:49 Status: Connected 11:03:49 Status: Retrieving directory listing... 11:03:49 Command: CWD \mnt\sdmem_0_a\ecc1 11:03:49 Response: 550 Bad path. 11:03:49 Command: PWD 11:03:49 Response: 257 "/" 11:03:49 Command: TYPE I 11:03:49 Response: 200 Command OK. 11:03:49 Command: PASV 11:03:49 Response: 227 Entering Passive Mode (199,184,177,89,159,53) 11:03:49 Command: LIST 11:03:49 Response: 150 Here it comes... 11:03:49 Response: 226 Transfer OK, Closing connection 11:03:49 Status: Directory listing successful

no error messages and no failed transfer files on the failed tab it happens on multi-tiered subdirectory directories, usually 2 or more deep. The application it happens on the most are zen-cart and almost all updates where you click a folder on your local PC and drop it on the ftp server. Now the error occurs so often, I have to manually click through all folders to check each folder and all its subfolders to copy the files it does NOT copy.

I dont remember this happening in the past, but i got a bug in the php application and tracked it down to a missing file. I retransfered the whole folder again, with its subdirectories and then i started checking and counting files on both ends. It consistantly does not file transfer the 2 and lower directories and worst does NOT report it that it is missing files

Hey there i have 2 directory that wont delete in filezilla they are:

Dexter.S08E06.A.Little.Reflection.1080p.WEB-DL.DD5.1.H.264-BS Dexter.S08E06.A.Little.Reflection.720p.WEB-DL.DD5.1.H.264-BS I tried refreshing the directory also force showing directory nothing works for those two directory. I right click on them and press yes to delete then i get this respone: 550 failed to change directory & error faile to retrive directory listing.

Could you fix that for me and delete those 2 directory

thanks

Steps to reproduce:

• Hide local directory tree
• Show remote directory tree
• Enable directory comparison
• Chose "Yes" in the dialog asking to enable local directory tree

Result Local directory tree icon is marked as hidden, but directory tree is shown.

Expected result Local directory tree icon is marked as shown.

Remarks It also works the other way round, by swapping local and remote tree and icons.

Hey,

if you browse a directory with many entries and you add one or several to download or add-queue, the browser jumps to the upper position (entry ..) instead of staying where I add the files.

Greets from Germany

Hello,

When connecting to either a single or multiple servers, the user interface above the message log (the toolbar) randomly disappears. In order to get it back, I have to hover my mouse cursor over the toolbar to get individual buttons back.

This only happens with the OpenCrystal theme. With every other theme, this does not happen.

Here is a screenshot of the bug in action:

Dylan. --

FileZilla Client 3.6.0.2 Windows 7 Ultimate x86 + SP1 Intel Celeron M 575 (Merom-2M)

There is a lot of overlapping of command lines in the top window of filezilla client. As the command lines scroll up the toolbar buttons disappear until I mouse-over them. After the box fills up with commands, then the command write over the 'host', 'username', 'password', and 'port' boxes just below the toolbar buttons. The commands cover the toolbar buttons too.

I am currently using v 3.2.3 and the Disconnect Botton on the toolbar doesn't work under Vista Business 32bit. The botton works fine under XP, just not vista.

We generate very large files, often 10-12GB, which we use Filezilla to manage. I've noticed that sometimes when I ask Filezilla to delete a file that is this large, it will frequently disconnect. When I reconnect, I see the file is in deed deleted, but I think this qualifies as a bug. If the disconnect occurs while deleting multiple files, when I reconnect, all files after the one that caused the disconnect remain. I've seen this in both FZ2 and FZ3.

When ever I do server disconnect from Filezilla but in my SFTP server it still shows that the user is online. Is there anyway to logout so that in SFTP server it wont show that user is online anymore.

I am running Filezilla Client 3.1.4.1 on Mac OS-X Attempting to upload .zip file (28mb) to directory on my website host upload completes to between 80 and 95% complete, stops and I get

Error: Disconnected from server: ECONNABORTED - Connection aborted

filezilla then restarts the upload (at about 40%). I can see the file in my host directory but it's not the complete file (approx 12mb). It continues to do this.

Transfer mode is set at passive I have tried it with and without "Send FTP Keep Alive Commands" - makes no difference. default action is set to resume

I have used this on and off for the last couple of years with a similar issue but setting the "Keep alive' command has normally sorted this out but this is the largest file I've attempted to upload.

Please find below copy of sample script:

Status: Resolving address of ftp.s.com Status: Connecting to 208.187.218.94:990... Status: Connection established, initializing TLS... Status: Verifying certificate... Status: TLS/SSL connection established, waiting for welcome message... Response: 220 FTP Server Ready Command: USER * Response: 331 User name accepted, password required. Command: PASS Response: 230-Welcome * Response: 230 Command: PBSZ 0 Response: 200 Protection Buffer Size set: 0. Command: PROT P Response: 200 Protection Levet set: P. Status: Connected Status: Starting upload of /ANDI'S DB/Websites/The Scrapbooker/ACTUAL PRODUCTS/PAPER KITS/MK0109 Banyan Tree/MK0109 Banyan Tree.zip Command: CWD /download Response: 250 CWD command successful. Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering passive mode (208,187,218,94,226,128). Command: LIST Response: 150 Opening ASCII mode data connection. Response: 226 Transfer complete. Command: PASV Response: 227 Entering passive mode (208,187,218,94,226,131). Command: APPE MK0109 Banyan Tree.zip Response: 150 Opening BINARY mode data connection for MK0109 Banyan Tree.zip. Error: Disconnected from server: ECONNABORTED - Connection aborted

Any assistance would be gratefully received.

FZ Version 3.2.3.1

The message "Disconnected from server: ECONNABORTED - Connection aborted" appers in the log and creates the impression that the llink is terminated. Nevertheless the active tranfer is continuing and (usually) completing without any problems. It only/mainly happens with large files, mos probably when the transfer exceeds a certain duration.

Log attached.

non specific information: (information might be helpful even if it is not accurate enough) appears somewhat since version 3.2.x where x might be 2 or 3. I can't tell this for sure, but it happens somewhat since about 2 weeks. It did not habppen before. I am using FZ already since a long time and did not have this issue before. When I upgraded (which I usually do close to any new version) about 1-2 weeks ago this error appeared.

There is no error message when it tries to upload a file when the disk is full. All that happens is the status bar goes to 100%, and never goes away. Confused the hell out of me for a while o.O

Also I've been using Filezilla for a while now. Only thing I can suggest is making directories delete faster. Listing all the files, and then slowly deleting them all is painful to watch ;)

I had to downgrade to 3.8.1 from both 3.9.0.1 3.9.0.3 Only 3.8.1 was stable against a problem I started to have with the new version with the display driver. Every time the display needed to refresh using FileZilla, like connecting to server or confirming overwrite, the display would go black before FileZilla next screen refreshes and the display driver recovers and shows the new screen

I have a display error when I'm using Fz.

The console hides the toolbar at the connection.

See the attached file for exemple.

Nowhere on the interface, once you've connected to a server, does it actually display which server you are connected to. Not the menu bar or anywhere within the window itself.

In the list of queued files and failed / successful transfers, there is a server history of sorts, but this doesn't help to determine where you are currently connected if you are switching between many different servers over a period of time.

The display of the file/directory ownership on the server is incorrect. The FTP authorisation flags (eg. fle or flcdmpe) seems correct. In the appended screen print, all owners appear to be ftp:ftp, but of directory test it is actually root:root.

Not sure the error is in the Client part (or what trade the Server part is).

FileZilla version 3.7.1.1 Windows 7, service pack 1. Issue discovered when connecting over a secure SFTP-SSH protocol connection. The Last modified date of a .txt file is showing the year 2010, when it should show 2013. This only occurs over the secure connection, not in any regular FTP connection protocol. This is not an issue with the remote site as a different FTP program used at my institution displays with the correct 2013 date. Attaching .png screen shopts of both for examples.

Filezilla doesn't browse to that folder. It says:

Directory 'I:\_PHPStorm_\DIG.MX\con.dig.mx' could not be created (error 267: el nombre del directorio no es válido.)

And wont transfer all remote files -some files/folders are transfered, others dont-, where remote path is '(/home/something)/con.dig.mx' where it browses in with no problem at all.

For Uploading/Downloading of files i have selected the option as "ASK FOR ACTION" yet the client some times misses asking the same & overwrites the file.

but while overwriting in the summary it shows the command as "STOR with the file name" but the option doesnt pop up & it overwrites automatically

For Uploading/Downloading of files i have selected the option as "ASK FOR ACTION" yet the client some times misses asking the same & overwrites the file.

but while overwriting in the summary it shows the command as "STOR with the file name" but the option doesnt pop up & it overwrites automatically

Hey, guys. I use Filezilla regularly, no issues and love it..until today. After installing your latest update, any attempts to connect to my file share result in it hanging after MLSD when it returns two errors:

Connection timed out Failed to retrieve directory listing

*please* fix this. Appreciate your time.

Craig

Hello,

I'm using filezilla, and there's something I'd like to see be corrected.

Indeed, when I'm connected to a FTP, and enter a folder, at the 1st time, the folder is listed (LIST), but when I already visited this folder, and go back into this one, the file list is no longer listed, whereas the content has changed !

I take a look into options but found no solutions !

FileZilla does not re-open itself after auto-upgrading. I opened the app to work in it, so why, after upgrading, wouldn't it re-open itself (i.e. return me to the state I was in before it did its thing)? Thanks, Atg

Does not support Chinese character in the "Remote site" window. There will be a question mark on the folder icon in the Remote site window, if click the Chinese folder name, it will create an unreadable code instead.

The other day, I downloaded and extracted the zip package of poMMo to my desktop client. After using FileZilla 3.1.5.1 to upload the files to the server, poMMo install would not run properly. Investigating the problem, I noticed that not all of the files were uploaded, and FileZilla was not properly recursing all of the directories.

Steps to reproduce:

1. Download poMMo (​http://downloads.sourceforge.net/pommo/poMMo-aardvarkPR16.1.zip?modtime=1207183826&big_mirror=0)
2. Extract to desktop.
3. Open FileZilla
4. Connect to server.
5. Navigate to poMMo folder in FileZilla folder tree.
6. Hit ctrl-a to select all files and folders in poMMo folder.
7. Drag to server folder.
8. Pause queue.
9. Notice not all folders and file are in queue (e.g. all subfolders in pommo\inc\lib folder).

Had same problem on two different computers. Vista Ultimate x64 and XP Pro SP3

3.0.9.2 - Ubuntu

This file is not seen on the server:

"prensa/Ramírez%20afirma%20que%20la%20autopista%20Ronda-San%20Pedro%20la%20propuso%20el%20PP.htm"

Whereas this one is:

"prensa/El%20PP%20promete%20rebajar%20la%20fiscalidad%20a%20los%20discapacitados.htm"

The full path is:

​http://ppfuentedepiedra.com/prensa/Ram%C3%ADrez%20afirma%20que%20la%20autopista%20Ronda-San%20Pedro%20la%20propuso%20el%20PP.htm

Firefox loads it up fine (that's where the above url came from), so I guess Filezilla doesn't see filenames with accents.

Hello, i have a bug which i have to admit, is annoying me alot!

When my server disconnects me after inactivity (SFTP connection) i get the "Status: Disconnected from server" and all, but if i then click on a file or folder, such as ".." it will go to "Command: cd ".."" and not first reconnect to the server and then go to that folder.

A temporary fix is to press "Disconnect from current server" button, then press it again.

Button "Refresh the file and folder lists" now translated as "Обносить список". It's don't right. Right version "Обновить список".

Je télécharge sur ma seedbox avec ruTorrent v.3.8 un fichier qui comprend 1 dossier et 5 fichiers

Avec FileZilla 3.30, je retrouve un Dossier Vide c-a-d pas de fichier dans le Dossier

When I drag and drop a file from the windows browser on to the FileZilla window (open on the FTP server page) the file uploads corretly. However after it is completed, I get another pop-up asking to overwrite the file. It seems that a second upload wants to start with the same file.

This started happening about 1-2 weeks ago,

Most of the time when I double click on a file, instead of going into the folder, it will open up the file rename box, which is extremely annoying. This is easily reproducible when I already have one or more items selected. In order to avoid it, I have to make sure I double click the tiny microscopic icon off to the side.

One time, I was fed up with the rename box and tried double clicking again once or twice on a folder, and some how it managed to copy the file name from one folder and rename a subfolder with that name... all through just clicking. That's really bad.

Maybe it isn't necessary to LIST twice when an SFTP upload has abruptly ended and a reconnect is in order. On a modem it takes a whale of a time to do the whole shebang on two occasions.

Under Settings/File lists...

Double-click action on directories: string, not yet translatable.

... ;)