Custom Query (2164 matches)

windows command-line arguments path is added, it becomes an error.

Directory listing failed

ex)command-line filezilla ​sftp://username:password@server/path

In the settings you have selected und 'File lists' that the 'double click action on files' is 'NONE'. When you have symbolic links on the server and you then double click the link the linked file is transfered with the name of the link. For us expected behaviour would be that nothing happens.

The behaviour is only experienced under Windows 7 !

I've seen this problem with several servers: when uploading a large file (e.g. 20 MB), FileZilla seems to starts uploading and then it's instantly at 100% (upload speed specifying 10 or 20 MB/s which isn't even possible with my connection).

Then it waits for a while (I think it is now in fact uploading actual data, even though it indicated it was already at 100%).

Then after a while it either says it's finished, but the file is uploaded only partially most of the time. Or it says "are you sure want to overwrite?" and then showing a smaller destination file (which didn't exist previously), i.e. it uploaded the file partially and now wants to restart, asking to overwrite the existing remote file (remote file = the part which it just uploaded).

Here's an FTP account in which I can reproduce this problem almost every single time:

host = ftpes://ftp.servage.net name = test86413 pasw = Test123 server type: FTPES (explicit TLS/SSL) (using default port 21)

I've just tested again with v3.3.5 (windows client), and it happened every attempt when I upload a 20 MB file.

I've seen this before with other servers as well, but this is the first time it occurs on a server on which I can easily make a test account for you to debug with.

Hope this helps!!

It seems that FileZilla server cannot handle path names exceeding the maximum path length of 260 character Windows sets by default. Using the Unicode versions of Windows API functions and the UNC file extensions would permit longer file pathes. More infos: Windows SDK - File names

Hey,

In your newest version of FileZilla Client (3.3.5.1) and also in the previous version (3.3.4.1) there is this bug. But in version 3.3.3 it works.

The problem appears when i try to import FTP-servers and proxy-settings by using the import function under the drop-down-menu „File“. The import of the FTP-Servers works great but the imported Proxy-Settings get lost after restarting FileZilla. The problem is on the following settings; the “FTP Proxy” and also the “Generic proxy”.

Some experiments have shown that the new settings won’t be stored in the filezilla.xml (%appdata%\FileZilla\filezilla.xml). By typing in the Proxy Settings manually it will work, but not by importing the settings via the import-feature.

I have discovered and tested this problem with Windows 7 Enterprise x64 once on a Intel core 2 duo and once on a virtual machine on my PC via WMware Player and a third time I tested it in a virtual machine inside of an ESX-Server always with Windows 7 Enterprise x64 -> every time the same problem.

I hope you can fix the problem.

If you need further information, just tell me!

Cadenas

I have a large ps files lrecl=80 blksize=31200 in an MVS environment. When I try FTP the do´nt apear in the directory....That´s the reason that I can´t make drag and drop operations.... In attached file I send you some images to show this problem... If you have en sugestion I wondered...

regardas

Juan M Galeana G

When attempting to delete a symbolic link on a linux server, filezilla 3.3.5.1 deletes the content of the directory pointed by the symbolic link links to and does not delete the symbolic link itself.

Tbhis is totally unexpected : FileZilla acts the opposite of the rm command.

The expected behaviour is to have the rm command equivalent :

When deleting a symbolic link, it should just delete the symbolic link.

1. Closing Site Manager with unsaved changes should cause confirmation prompt

Steps to reproduce:

1. Open FileZilla Client 3.3.5.1
2. Open Site Manager (Ctrl+S)
3. Create a new directory, move a few connection profiles in there
4. Push escape or press Cancel

Actual behaviour:

Site Manager cloes without saving changes, and without warning.

Expected behavoiur:

Site Manager should check whether changes have been made, and prompt the user if changes are to be saved or discarded

2. Pressing escape key whilst editing a Site Manager folder or connection profile causes the dialog to close

Steps to reproduce:

1. Open FileZilla Client 3.3.5.1
2. Open Site Manager (Ctrl+S)
3. Create a new directory, and while the edit box for the folder name is still editable, press escape

Actual behaviour:

Site Manager cloes without saving changes, and without warning.

Expected behavoiur:

Site Manager should cancel the edit opertion on the folder or connection profile and keep Site Manager open.

On slow connections, when uploading a file to a server, sometimes it asks for overwriting, even if the selected file was not already in server.

I was downloading some php file using the veiw/edit function, before the file was fully downloaded I unchecked the "Process Queue" from the queued files list and then deleted it from the list using the delete button. Now when I enter the view/edit function again a popup window appears telling that "A file with that name is already being transferred". I think this is a bug because the file should be transformed because I deleted it from the list.

I am using Win-7/64 Professional. I have version 3.3.5.1 installed.

Description: When I click in the Local Site or Remote Site list areas and press a key on the keyboard to go to that letter of the directory, nothing happens, I am not advanced to that letter of the directory. However, in the FileName lists, the cardex functionality does work and pressing a keyboard letter does take me to that filename or folder letter.

What It should Do: I think that the functionality in the FileName list is correct. You click in that file name area and type a letter of the file or folder that you want to jump to and it takes you there. The Local Site / Remote Site lists should behave the same way.

I would think that the code to do this is already done and in the FileName area of the code. Perhaps make that a function to call from any of the list-box areas for cardex behavior.

Other Examples: Windows Explorer behaves correctly

Thank you for your time.

I'm somebody with some mixed language settings. Have my Region and Language set as follow: Format to Dutch Current location: the Netherlands. Keyboard and languages default is English (United States) - US Current language for non-Unicode programs: English (United States)

I did upgrade to filezilla 3.3.5.1 and have my settings to "Default system Language" but get my filezilla in Dutch instead of English what would be expected. Not a major issue just to let you know it doesn't work correctly.

Using the latest stable release for Mac OS X. FZ is using Command + M to both minimize the app to the dock (This may be a global shortcut on OSX.) and to bring up the manual transfer window.

I'm required to do a lot of manual transfers from a blind ftp site, for some reason I can only use FileZilla, terminal doesn't even work. Definitely not critical, but slight annoyance

I tryed to Connect to an FTP which runs on an B&R Programming Logical Controller (PLC).

(1) If i used the Anonymous User to log in, FileZilla successfuly connects to the C: Partition on the CF Installed in the PLC. But in this mode i can't change to the F: Partition. Short-Log: Befehl: CWD F: -> Antwort: 550 Guest access denied.

(2) So i tryed to use an Username (User: 1) with the Password (Pass: 1). This results in an Error after successfuly requesting the current directory. Short-Log: Antwort: 257 Current directory is "C:" Fehler: Verzeichnisinhalt konnte nicht empfangen werden

(3) If i use WS_FTP the whole thing works, so i thought the Log-File could give you interessting informations ... so i also added it. Connecting with User:1 and Pass:1

Would be happy if i can work with FileZilla in the Future, because of its other functions.

The Full Logs are in the File attached to this ticket.

I've tried to save this queue (with 11 files) but the XML generated was empty (attached).

Filezilla Version: 3.3.5.1 OS: win XP SP3

Hello, My filezilla program refuses to download videofiles from my humax 5200c when in the name german letters are used like the ringel-S β or signs like ö and like this. Using my microsoft internet exployer i can download them without problems. Can you fix this bug? Greetings, Peter

When I connect to an MVS host and try to add a bookmark to e.g. 'A036.FILES.XREF', I always get a popup dialog that says:

Could not parse remote path.

I get the same result with or without the enclosing quotes around the path.

FileZilla Client

Version: 3.3.5.1

Build information:

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

Linked against:

wxWidgets: 2.8.11 GnuTLS: 2.10.2

Operating system:

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

I have the latest version of Filezilla for Mac and am using Mac OS 10.5.8.

The problem is that the top of the Filezilla window is stuck under the Macs menu bar so I can't move the Filezilla window to a different location on my screen.

I took a screenshot of it but don't see anywhere here to attach it so you can see it.

Thanks

TAKES THE PASSWORD BUT DOES NOT SEND TO SERVER.

ANYTHING OVER 99 CHARS AND I CAN AUTHENTICATE.

Trace: Pageant is running. Requesting keys. Trace: Pageant has 0 SSH-2 keys Command: Pass: Trace: Sent password Trace: Access denied Error: Authentication failed.

WORKS WHEN I CHANGE LENGTH OF PASSWORD

Steps to reproduce:

• connect to a server
• wait some time, so the connection times out
• upload a file: filezilla will automatically reconnect in order to upload the file
• wait until the upload finishes

Expected result:

• the remote directory listing should automatically be refreshed and you should see the file you just uploaded

Observed result:

• the remote directory listing is NOT refreshed, and you don't see the file you just uploaded

In the console window where you see all the commands and responses, you do see a message saying "directory listing succesfull", so I guess filezilla does retrieve the listing but it fails to show the updated directory listing in the display on the right.

If you manually refresh using the refresh button, then you'll see the directory listing refreshed including the just uploaded file.

This only happens when you upload a file after the connection has timed out (and filezilla automatically reconnects). If you are already connected when you do the upload, then the refresh does work correctly and you seen the refreshed list as soon as the upload is finished.

The situation is that I use a laptop at multiple locations with an external monitor and extended desktop (not mirrored). One of the locations the orientation of the external monitor is to the right of the laptop and the other location has the external monitor above the laptop. With the monitor specified to the right, I open Filezilla and drag it to the external monitor. Closing and then opening Filezilla will cause it to open in the extended monitor. If I now close Filezilla and either change the relationship so that the external monitor is above the laptop or move to the other location, and then open Filezilla, the Filezilla window will open in the non-existent right hand extended desktop. In order to rectify, I need to to change the orientation so that the external monitor is specified to the right and then drag Filezilla back to the laptop. Other apps open in the laptop screen after the orientation change.

To reproduce: 1)using an external monitor specified as extended desktop and side by side, open Filezilla in the main window and move to external monitor. 2) Close Filezilla 3) Change orientation of monitors so that the external monitor is above main desktop. 4) open Filezilla 5) Filezilla will open in the previous location and cannot be seen. 6) change orientation of monitors to be side by side and Filezilla will be displayed.

I have a PC running Windows and an Intel iMac running Leopard (10.5.8) which is bound to Active Directory for user authentication. SSH was enabled via the "Sharing" Preference Pane (aka Remote Login). When I use FileZilla to SFTP into the Mac, it incorrectly parses the folder and file names. Specifically, the "Group" name seems to be throwing it off. I've attached an example of what I see in the File and Folder panes in FileZilla. If I attempt to double-click on, say, the Desktop folder to open it I get:

Error: "Directory /Users/hunters/advanced administrators     1054 Mar  1 14:01 Desktop: no such file or directory".

I can provide more information if it helps. Have also verified that the Mac version of Filezilla client also has this bug.

If the server does not return exactly 32KB of data the following error is generated: error while reading: received a short buffer from FXP_READ, but not at EOF - The specific issue is around line 1331 of sftp.c. There is a rather broad comment on 1289 in which the developer was unsure how to handle a short read. - The RFC is a bit fuzzy in describing this case (section 8.2.1): " However, the server MAY respond with less data if EOF is reached, an error is encountered, or the servers internal buffers can not handle such a large request. " I believe the key point is "MAY respond with less if the servers internal buffer cannot handle such a large request" is sufficient broad that the client should not assume that fewer than 'length' bytes is indeed EOF or an error. - I'm unsure about windows API; but for variants of UNIX (including linux) this closely follows the read API in which the implementation is free to return fewer than N bytes (hence the return values indicate the number of bytes read). While typically synchronous reads will indeed return N bytes they are not required to do so. - Anyways we ran into this issue when the server did in fact return fewer bytes and the client (filezilla) abruptly exited. - Following the above convention we believe the loop should be written as:

while(toread > 0 ) {

n = read(buf,MIN(bufsize,toread); if( n indicate error ) error; toread -= n;

} rather than while(toread > 0 ) {

n = read(buf,MIN(bufsize,toread); if( n != MIN(bufsize,toread) ) error;

} - Here is the code from the standard linux sftp.c client: - code to actually read the data: while (total_read < buffer_maxlen) { bytes_requested = buffer_maxlen - total_read; *(s++) = SSH_FXP_READ;

request_id = sftp->request_id++;

. . retcode = _libssh2_channel_write(channel, 0, (char *) packet,

packet_len)

retcode =

sftp_packet_requirev(sftp, 2,read_responses,

request_id, &data, &data_len);

. .

case SSH_FXP_DATA:

bytes_read = _libssh2_ntohu32(data + 5);

if (bytes_read > (data_len - 9)) {

sftp->read_packet = NULL; sftp->read_state = libssh2_NB_state_idle; return -1;

}

#ifdef LIBSSH2_DEBUG_SFTP

_libssh2_debug(session, LIBSSH2_TRACE_SFTP, "%lu bytes returned",

(unsigned long) bytes_read);

#endif

memcpy(buffer + total_read, data + 9, bytes_read); handle->u.file.offset += bytes_read; total_read += bytes_read; LIBSSH2_FREE(session, data); /*

• Set the state back to allocated, so a new one will be
• created to either request more data or get EOF */

sftp->read_state = libssh2_NB_state_allocated;

If a theme does not include a 48x48 pixel icon set, then the speed limit icon will be distorted when opening the Speed Limits dialogue (see screenshot).

A current work around for this is to use the 48x48 icon set from the classic theme if a 48x48 icon is not present for a theme used i.e. minimal or cyril. It would be much better if Filezilla could automatically detect that the theme does not have a 48x48 icon set and fall back to the classic theme speed limit icon.

Alternative ideas:

• the 16x16 icon can be used but will have to be vertically and horizontally aligned to the 48x48 area
• The speed limit icon can be dropped in the speed limits dialogue box
• The above, but the 16x16 icon is placed in the title bar next to "Speed Limits"

This is currently only on Windows (daily build 2011-03-16 used) as linux versions fall back to the classic speed limit icon as expected.

I have a customer that has spaces in their user groups (why, because they can). FileZilla Client does not dislplay any filenames where the user group has spaces in it. If I chomd the files with a user group that does not have a space, the files list in the FileZilla client.

Client version 3.3.5.1 When I upload a file the timestamp shown on the server is one (1) hour off. I have had the issue twice, both times after the change to/from DST. Looking at the signon log I see that the system calls mtime with the name of a file on the server as an argument. Actually the first time it was a file the second time it was a folder name. I was able to fixed the problem both times by uploading new versions of the respective files.

The log shows: Status: Resolving address of Stratus Status: Connecting to 192.168.1.237:21... Status: Connection established, waiting for welcome message... Response: 220 stratus FTP server (FTP 1.0 for Stratus STCP) ready. (Compatible with OS TCP/IP) Command: USER dave Response: 331 Password required for dave. Command: PASS Response: 230 User dave.SightLine logged in. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "%s1#m1_d01>SightLine>dave" is current directory. Error: Failed to retrieve directory listing

I am presuming that the problem is the path separator of '>' rather than the more common '/' or '\'

FileZilla client version 3.4.0, on Mac OS X 10.6, Intel Core 2 Duo.

Synchronized browsing is on, directory comparison is on. Look at a directory with many files, so there are scroll bars in the listing directories. Now scroll one of listing, either local or remote. The other one does not scroll. (On Windows the listings scroll in sync.)

When doing a long download with FileZilla, time counter for used time goes zero after two hours. So when download have gone over 1:59:59, counter resets to 00:00 and goes on from there.

Haven't tested if it goes back to zero multiple times (when transfers lasts more than 4 hours etc).

More than one dialog block key events on client.

ej: Dialog of reopen file currently editing and overwriting new upload(download) when saving the same. (attaching screenshot of the behaviour)

when this happens the dialogs ignores any key pressed or mouse clicks on any option

OSX: 10.6.7 Filezilla Client Version: All corresponding to this plataform

FileZilla remembers the local directory path from the last time you ran FileZilla. But if the deepest local directory is deleted, it instead defaults to the filesystem root, which I think is far from optimal.

Let's say that the last local directory was: /home/username/Desktop/example.com/store/

And some time between closing FileZilla and opening it again, you delete the "store" directory.

FileZilla's current behavior is to set the local path to filesystem root: /

Whereas I think it would be a lot nicer if FileZilla placed the user in the closest parent directory possible, in this case: /home/username/Desktop/example.com/

The "Already connected" dialog asks if the user wants to abort the previous connection or open the new connection in a tab. It does not give a checkbox option to automatically apply that choice in future instances, which makes the dialog a needless prompt for users who would always make the same choice.

File listing in "External site" keeps refreshing/changing during transfer. This is awfully annoying since it:

a) isn't necessary at all. b) gets in the way of browsing the directories.

This is with v3.4.0 on XP

I have been having this problem for a while and am finally getting around to reporting it. This is happening on one specific computer, and only happens on files larger than a certain size (somewhere around 87Kb it would start happening, but inconsistently). The same files would transfer every time with another SFTP program on the same computer and would transfer with FileZilla 3.4.0 on another computer (both Windows 7 SP1 64-bit). This is transferring to a shared computer at DreamHost. Attached are logs of my testing.

Using a Windows Filezilla (3.4.0) client, transferring ASCII files to Unix based servers (over secure port 22) are transferred as BINARY.

This is the same as reported in ticket #5378.

I understand the developer's argument made in #5378 (the protocol doesn't support it) -- but my request is to have the FileZilla client strip the <control>-M's from the blob before transferring to the server. This is seemingly trivial to implement (look at dos2unix source).

As noted in the other bug report, other clients (such as WinSCP, just tested) are able to transfer these files correctly.

Please reconsider #5378, and fix this bug (even if you want to call it a feature).

The bookmarks are very useful, but I am not able to import and export them.

Whenever i click the ListView (the server part, and the local part as well), FileZilla crashes with message:

Instruction at address "0x77c3809e" has accessed to memory at address "0x03302000". The memory can not be "written".

OK --- EXIT.

it's a free translation, i got russian windows.

Example repro steps:

1) Upload a c# file (foo.cs) to a remote server. 2) On the local machine ensure that Visual Studio is associated with the '.cs' extension (right-click on file, choose 'Open-with->Choose-default program->Visual Studio' 3) Restart Visual studio and close the foo.cs editing tab. 4) Use filezilla to view/edit the remote copy of foo.cs (right-click and select 'view/edit').

Each time you do this, an additional Visual Studio process is opened. (Oddly, foo.cs appears to be opened in both the existing process and the new process.)

By contrast, if you double-click on the local copy of foo.cs from windows explorer, it opens in the existing Visual Studio process,as expected.

Although the recipe above uses Visual Studio, you can see the same behaviour for any application or file-type.

Filezilla help/version info:

FileZilla Client

Version: 3.4.0

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2011-03-27 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 NT 6.1 (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system

Filezilla version: 3.4.0

Compiled an executable on linux using:

arm_v5t_le-g++ -o t test.cpp

when I upload the file to an embedded linux system, t is not complete and some of the bytes that is transfered, is not the same as the original ones.

original: size = 93117 bytes remote: size = 92867 bytes

But if I change the name of the file to t.run, then the transfer is ok!

Used ghex to compare original and remote version. It is the same at file start but after a while they differ, so its not just a truncated file transmission.

Attached files:

1) original file: t.original 2) remote file: t.remote

Kind regards, Mattias Aronsson

P.S. Your ftp client is really nice looking! D.S.

FileZilla 3.5.0-rc2

On the manual transfer dialog there is a small cosmetic issue with some error messages shown when the user input is not correct. The messages just have generic title "Message".

In particular the messages shown in CManualTransfer::VerifyServer are affected.

Hello, reporting a bug with the current version of Filezilla (3.5.0) however it was happening in version 3.40 and one versio before that, which I can't tell you what it was.

When uploading a new file (File size doesn't matter) to an FTP site, either dragging through the file manager to the remote file manager, or right clicking on the file and selecting upload, the transfer starts and then then the initial file creation happens, with the name of the file and zero (0) bytes is loaded to the server, and you're prompted with a Windows Popup that states, Target file already exists; It then gives you options and after 15 to 20 seconds, it cylcles and pops up again. This happens multiple times.

I thought I had run out of disk space, I checked the server and there was plenty. I also checked using standard FTP from a command prompt and that worked just fine. As did using IE 8 using the same user credentials.

I know this was working on my system, about 3 weeks ago, when I last uploaded to this server, and I was trying to remember what might have changed, and then it clicked.

To improve security on my system, I created a new Administrator account to logon with should I need to install anything and downgraded the account that I was using from and "Adminsitrator" account to a "Standard" account. This way, if a virus should try and take over my machine, it'll force the system to prompt for the Local Administrator account password.

I changed my account back to an "Administrator" and sure enough, I was able to upload files without any issue.

It seems as though FileZilla requires the local user to have administrative priveledges. I know the problem isn't with my server, as it uploaded fine with Command Line based FTP and IE 8 without issue, even though it was much more cumbersome. When I changed the account to an Administrative account, it worked as expected.

I have Windows Vista Ultimate 64 Bit (Build 6002) 12 GB RAM and a 1.8TB Drive using RAID 5 on the Intel Southbridge Platform.

This isn't a server problem. This a client not having interactive administrative permission's with the OS at some level. I was able to change my account through the user accounts control panel applet to an "Administrator". Exit out of FileZilla and go back in and the problem is resolved.

I'm trying to run as a standard user to prevent virus and malware infections.

I've attached a file with the trace of my upload, shuold that help determine what may be going on. I did the trace with two different files, on that was 2.2K the other was about 150MB.

Please let me know if you need any further information.

When using the Filezilla FTP client with explicit SSL/TLS, the connection to the FTP server is closed without regarding the SSL shutdown that is expected by servers implementing TLS.

Before closing the TCP connection, a correct TLS shutdown should be initiated.

Typical error in vsftp implmenting FTP/TLS: [username] DEBUG: Client "IP", "Connection terminated without SSL shutdown - buggy client?"

Specification for closing TLS connections:

​http://www.ietf.org/rfc/rfc2246.txt 7.2.1. Closure alerts

Correct Behaviour for shutdown is important to ensure TLS' resistance against truncation attacks.

This is not an improvement. I'll reinstall the old version until this gets changed.

I'm using filezilla 3.5.0 to connect to an ftp server which is also used as a ms windows remote drive, thus file encoding must be the one used by the windows "remote mount" dialog (where it cannot be configured).

Since the machine is used by German locale clients, the right encoding is "Cp850", and up- and downloading using this configuration works with files containing e.g. umlauts.

Filezilla however displays nerve-wrecking error pop-ups "cannot convert from the charset Cp850", which is simply wrong.

I have found that filezilla overwrite remote file without prompt confirmation occasionally. Restarting the program will make it become normal.

FileZilla version: 3.5.0. O/S type & version: Windows Vista SP2 x64

I'm using FileZilla 3.5.0 on Ubuntu 11.10 dev. If I open a file from a server and save the modified content the window that askes me to upload the file appears after ~5-10 seconds. The problem is that this action forces FileZilla to be the first window. The active application (here the text editor) is moved behind FileZilla which is very annoying.

When uploading a folder with files of size 500MB to 5GB, FileZilla hangs as it gets to the end of the uploaded file, waits a minute or so, then restarts and clobbers the fully uploaded file and starts again.

Here's the part of the FileZilla log showing a file being uploaded successfully, then clobbered. [I have trimmed out the actual names and ip addresses, that's all].

Status: Connected Status: Starting upload of C:\Users\....\Documents\....\MVI_0113 Program in Livingroom continued.MOV Command: CWD /../for upload Response: 250 Commande CWD exécutée avec succès Command: TYPE I Response: 200 Type paramétré à I Command: PASV Response: 227 Entering Passive Mode (94,23,29,129,133,163). Command: STOR MVI_0113 Program in Livingroom continued.MOV Response: 150 Ouverture d'une connexion de données en mode BINARY pour MVI_0113 Program in Livingroom continued.MOV Response: 226 Téléchargement terminé Status: File transfer successful, transferred 4,294,358,511 bytes in 29346 seconds Status: Starting upload of C:\Users\....\Documents\....\MVI_9546 Carl thanks everyone.AVI Command: PASV Response: 227 Entering Passive Mode (94,23,29,129,150,10). Command: STOR MVI_9546 Carl thanks everyone.AVI Status: Resolving address of xxxx.com Status: Connecting to 94.xx.xx.xxx:21... Status: Connection attempt failed with "ETIMEDOUT - Connection attempt timed out". Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of drive40-dotspirit.com Status: Connecting to 94.xx.xx.xxx:21... Status: Connection attempt failed with "ETIMEDOUT - Connection attempt timed out". Error: Could not connect to server Error: Disconnected from server: ECONNABORTED - Connection aborted Error: File transfer failed after transferring 879,786,140 bytes in 7201 seconds Status: Resolving address of drive40-dotspirit.com Status: Connecting to 94.xx.xx.xxx:21... Status: Connection established, waiting for welcome message... Response: 220 ProFTPD 1.3.3d Server (DotSpirit.com FTP) [::ffff:94.xx.xx.xxx] Command: USER carl90 Response: 331 Mot de passe requis pour carl90 Command: PASS * Response: 230 Utilisateur carl90 authentifié Status: Connected Status: Starting upload of C:\Users\....\Documents\....\MVI_0113 Program in Livingroom continued.MOV Command: CWD /../for upload Response: 250 Commande CWD exécutée avec succès Command: TYPE I Response: 200 Type paramétré à I Command: PASV Response: 227 Entering Passive Mode (94,23,29,129,129,180). Command: STOR MVI_0113 Program in Livingroom continued.MOV

Filezilla 3.5.0

If you take a file from a remote server and you want to put it locally with doag and drop i can do the action like in windows.

All the version of FileZilla that i have used have this problem on OSX I think is great to solve it.

When I have toggled synchronized browsing on in site preferences and I click on reconnect to last used server, synchronized browsing is not toggled on (maybe another preferences too). When I connect to this server using Site manager, synchro-browsing is toggled on properly.

I have noticed slow cold startup times (e.g. 15-60 seconds) for FileZilla on several computers. During startup, the hard drive is constantly being accessed. Therefore, I ran Sysinternals' Process Monitor to debug the issue.

I found that the majority of the startup time appears to be spent querying the Windows Cookies folder: C:\Documents and Settings\USERNAME\Cookies The query takes a long time when you have a lot of cookies in the folder (e.g. hundreds or thousands). I have over 3000.

Obviously, I could clear the Cookies folder to work around the issue. However, users shouldn't have to clear their Internet Explorer/Windows cookies to obtain reasonable FileZilla startup performance.

Furthermore, I'm not sure why FileZilla is querying that folder at all. I took a quick look at the source code and couldn't see any reference to the Cookies folder. Perhaps some API/library used by FileZilla is doing the deed.

If necessary, I suspect the issue can be reproduced by placing a few thousand small files in the Windows Cookies folder and rebooting to ensure the directory is not cached by Windows.

This issue may explain some of the reports in Ticket #3267. I created this new ticket because most people in that discussion seemed to think that network drives were at fault.

Please let me know if you require any additional information. Thanks!

Running: -FileZilla Client 3.5.0 -Athlon II X4 640

case: filezilla 3.5, ssh connection, uploading whole directory

It seems that filezilla improperly handles the response to the SSH_FXP_REALPATH command. According to the ssh drafts the server can reply with the the SSH_FXP_STATUS upon failure (Specified file path is invalid. reason=2; File not found reason=2) and from then on it is client responsibility to act upon those responses.

Server side responses:

Sending SSH_FXP_STATUS: : /00149642: Specified file path is invalid. reason=2

Sending SSH_FXP_STATUS: : File not found reason=2

Usually when a directory does not exist on the remote server, the client will receive such error message and then should issue the make directory.

Attached is the filezilla log in debug mode.

I find that when I upload a file to any server the Preserve timestamps of transfer file do not work in ver 3.5. When I test using other ftp program to the same site it is ok. please check

I downloaded filzilla today. I followed some tutorials and read a few forums about using filezilla. I am unable to see any files on my pc or my server to upload. I also enabled in the debug window "Show raw directory listing", still nothing viewable ! And I am unable to delete any files on my server ! Please look at my screen shots here

Please contact me at n e b l e n d e r @ g m a i l . c o m

Description: Hostnames associated with a saved putty session are used if the hostname used to connect in Filezilla matches the putty session name. In other words: fzsftp.exe loads the hostname to resolve from a putty session that happens to matches the hostname that was originally supplied to it.

Steps to reproduce:

1. Create a putty profile named "foo", with hostname "foobar"
2. Create a Filezilla SFTP site profile with hostname "foo" (name can be anything)
3. Enable debug output.
4. Initiate a connect to your filezilla site.

Output:

Command: open "anonymous@foo" 22
Trace:   psftp: Implicit session load.
Trace:   Looking up host "foobar"
Error:   ssh_init: Host does not exist

Result: It attempts to resolve "foobar" Expected result: It should resolve "foo"

Comment: This is perhaps acceptable behaviour for psftp when using from the command line, but is unexpected behaviour for Filezilla.

Hallo,

i found in the directory FileZila on a MS Windows Desktop PC the file recentservers.xml and if i open this file, then i can read my pasword in clear code.

I think, it is verry dangerous to save paswords in xml-files in a clear code.

Perhaps it is possible to save this pasword encoded?

Thanks

Currently, the My Documents folder is mapped to a network folder via a UNC path:

\\Vickymini\vicky_mini\Users\Tech_Support\Ken_Haberman\My Documents

When selecting "My Documents" in the local directory tree list, the program displays my local folder instead:

C:\Documents and Settings\ken_haberman\My Documents

It takes a few tries of clicking on "My Documents" before it shows the mapped network. Sometimes I have to open the tree to the network folder to get to it.

My ID EQXFF3Q is used for the FTP. Gets message - fails - sometimes restarts.

BPXF024I (EQXFF3Q) Aug 11 11:59:39 ftps 33 : EZZ9819I FTP unable to 821 obtain EXCLUSIVE use of SYS7.G1.UNLDV8.DPVH.DB which is held by: 00A0 EQXFF3Q EXCL on SYSDSN

New version of Filezilla downloaded due to PC refresh. Have been running these FTPs now for several days. Previously was not zippy fast, but the restarts are killing my efforts.

Hi, I saved a site with logon type Interactive. On each logon it asks for user. Then password. I tick remember password for this session. It shows the directory listing and won't ask for pass for navigating anymore. BUT for every single file transfer (in or out), I have to retype my password. Even if I recheck that remember box... Thanks, Max

on public or web hosting ftp servers which only work for 1 user at a time, filezilla for windows uses 2 connections. please fix.

apparently this does not happen with the unix version, tech support tells me (or he's just on top of the network and gets no delays, and thus no lockout after 5 minutes).

the server is an (possibly an overloaded) ProFTPD as usual.

FileZilla allows you to export Settings to an xml file (File | Export Settings). This works. You can export settings on one PC (Windows Server 2003 in my case) and then import (File | Import Settings) the xml file on another PC (Windows 7 Professional 64 bit in my case). This part looks like it works, but it does not work 100%. Let me explain. The import updates your Edit | Setting | Transfers | File Types ascii list and the change works when you do an automatic mode transfer (Transfer | Transfer Type | Auto). However, if you close and reopen the Filezilla Client, your changes to the File Types ascii list are lost. To Test . Export your settings. . Delete one of your ascii File Types, e.g. bat . Close and reopen Filezilla Client . Go to File Types ascii list, bat is not there, great. . Now import your settings that you exported earlier. . Go to File Types ascii list, bat is there now, great. . transfer a bat file to a UNIX box in auto mode, great, that works. . Close and reopen Filezilla Client . Go to File Types ascii list, bat is not there, BUMMER.

The settings that you import are lost on restart.

This is a pain, if you are trying to use the same "standard" File Types definition at more than one location. If this worked, it would make it a lot easier to use automatic mode for a mixed bag of ascii and binary file types. Youp would be able to get repeatable results.

A separate issue is a feature request: to allow the user to choose to remove items from the Files Types List when importing a Setting XML file, if those files are no in the XML that you are importing, but are in your existing File Types List. Not havign this feature, means that you have to empty your Files Types List before importing the XML or manually delete unwanted file types before or after importing the XML.

When trying to upload a file that already exists, I press cancel on the box that asks whether I want to overwrite, and the file is then added to the successful transfers tab, so it makes me think it was uploaded anyway, even though I clicked cancel, I don't think it's a bug since the file isn't uploaded, but it's confusing.

On uninstall, FileZilla doesn't delete settings like sites entries in the Site manager, meaning if someone else installs FileZilla afterwords they can access all servers.

I think it should delete all Entries in Site manager on uninstall.

FileZilla:FileZilla_3.5.1_win32-setup

Upload of files produces zero file size on server. A renamed file on the server produced zero file size upon save. After "Checking for Updates" and uninstall/reinstall, able to upload file as created; however, if server file is deleted and same file is uploaded again, zero file size is result again. Repeated uploads does not resolve. Deleting file from server first and then uploading file does not resolve. Does not happen with just this same file. Closing program and restarting does not resolve. Disconnect/reconnect does not resolve. Only uninstall/reinstall resolve it for one time upload thereafter. Filezilla vers 3.5.1

When I upload a file to the server, the file list on the server directory updates according the new upload. But when I click the button "Update Directory and file listing", the list on the server "goes back" to the previous list.

If I log out and log in again, the list is correct, but if I click that button again, the previous list goes back again.

The listing of the local side is always correct.

MyFileZilla version is 3.5.1 and operation system Windows Professional XP Sp 3 (version 5.1)

It takes appx 3 minutes to get interface loaded if there are network drives present on the system. Further actions take even longer, and cause app to become non-responsive too.

VMS stores several versions of a file.

I am using "Strip VMS revisions" and overwrite if file is newer options.

I would expect to only receive the latest VMS versions on my Windows machine.

It seems like I receive a random version of the file.

Program installs. Shortcut pinned to icon menu. But when I click shortcut, it does not display.I see it as a small window above the icon but it does not display large on th screen.

The program works fine on my main computer and on my work computer. But on this second computer at my home I have these problems.

All three computers are running Windows 7 64-bit. The two computers that work are Intel i7 processors. The one that does not is a dual-core AMD processor.

FileZilla client not able to upload folders containing files to Maverick SSHD version 1.4.32

Folders that do not exist on the Server Maverick sends back: SSH_FXP_STATUS: : File not found reason=2

FileZilla does not appear to be properly interpreting the response and does not issue a SSH_FXP_MKDIR

Whenever i upload images on any server all images get corrupted. I uninstall and reinstall filezilla, but still problem is not solved, so please help me here what's wrong. Thanks.

I was downloading a Joomla website with a reasonably large amount of temporary files to my local computer. The total number of files moved was 7,079. However, the folder structure on the target side is not the same as the on the source size and files seem to have ended up in random locations. It looks like that the 'active' folder for the file transfer was set to whatever the 'active' folder was for the thread that was queueing all the files to be processed. For example. I have a folder "templates" on the source side, with subfolders "beez", "ja_purity", etc. But on the target side, the "templates" folder does not have any subfolders, but has just contains a few files "blogger.php", "blogger.xml" and a few more, that should be in "plugins./xmlrpc". The "beez" and "ja_purity" folders have ended up within the "tmp" folder instead of in "templates" on the target side. But then have subfolders themselves that are in the tmp folder on the source side.

I have the max simultaneous transfers set to 1. The source server is a Linux machine, running Apache 2.2.3. The target machine is a Windows 7 one.

When updating filezilla.app the program wont open, the icon bounces & console says theres a permissions problem.

Ive tried:

• Adding System, Staff, Administrators, Wheel, Everyone all as "Read & Write" for the app. Doesn't fix it.

• tried chmoding Filezilla with "chmod -R +rwX FileZilla.app" and "chmod -R +rw FileZilla.app" and nothing works.

i've tried deleting everything associated to the program (application support, the app, xml files, etc) and restarting, clearing trash, resetting pram... and also just installing fresh.

now it seems it's stuck not working.

this has happened on 2 previous updates and it was a month or two ago and i forgot how i fixed it. i want to say the adding system worked last time. but not this time.

ive verified & repaired disk permissions. no dice...

FileZilla 3.5.1 Mac OS X 10.6.8

When I change a remote symlink via SSH, it is not being updated in FileZilla's remote window. In fact, the symlink is still leading to a directory that doesn't even exist anymore (and actually displays its contents), so it seems a cache issue or something. Upon restarting the client, the symlink works, making this a very low-priority bug.

I have verified that the symlink is correct in the shell.

Hi.

FileZilla v3.5.1 does not delete edited local file (manually downloaded *not* edited on-the-fly) when checkbox "Finish editing and delete local file" is checked.

Steps to reproduce:

1. Start FileZilla
2. Connect to FTP
3. Drag-and-drop file from remote panel (or use "download" option from context menu) to local dir, edit it and save changes.
4. A confirm box appears and asks you: "Finish editing and delete local file?" Check this option and click yes / no. Local file is *not* deleted.

Note: edited file is deleted (if checkbox is selected then file is deleted regardless which button I click - and that's ok in my opinion :)) when editing on-the-fly (using context-menu option called: "view / edit".

I don't know if this should help but this problem exists from some previous stable versions of FileZilla (or is it just my imagination?).

Thanks for your kind help and keep it up cause FZ is the best FTP solution ever. :)

My php file is associated to editplus. But when I select 'View/Edit' entry in filezilla, it prompts me "the file'test.php' cannot be opened: The associated program (WX_DDE#D:\Program Files\EditPlus 3\EDITPLUS.EXE -nm##System#[open("test.php")]) could not be found. Please check your filetype associations."

If you shutdown politely (or the system shuts down), the app DOES remember what was in the transfer queue. Unfortunately, it does not resume (reget) the transfers, it restarts them from scratch.

This seems like a bug, but I suppose it could be a feature request.

More specifically, if I shutdown & restart the app, and begin processing the transfer queue, I would like transfers to continue so it does not take many many hours to recover back to where you were.

I tried to rename MDCT.PROD.C(TTR249) to MDCT.PROD.C(TTR249O2). Below is log with error need to be fixed (output name is incorrect).

Command: PWD Response: 257 "'MDCT.PROD.C'" partitioned data set is working directory. Status: Renaming MDCT.PROD.C(TTR249) to MDCT.PROD.C.TTR249O2 Command: RNFR 'MDCT.PROD.C(TTR249)' Response: 350 RNFR accepted. Please supply new name for RNTO. Command: RNTO 'MDCT.PROD.C.TTR249O2' Response: 550 Cannot rename from partitioned data set MDCT.PROD.C(TTR249) to a different partitioned data set MDCT.PROD.C.TTR249O2.

hi just a simple bug in tranfering tab when use of hebrew lang the numbers and letter is reversed !!!! very annoiny.. thank for your time great app!

image : ​http://img263.imageshack.us/img263/291/16524663.png

In FileZilla, it is possible to select in the preferences how file sizes are shown. If I select for example the IEC style (KiB = Kibibyte = 1024 Byte) instead the default "Byte" option (=no KB,MB,GB,etc. just Bytes), FileZilla applies this perfectly to everywhere where file size appear, EXCEPT when one file gets transferred. Then, in the transfer queue, the transfer speed of all is still shown in the "KB/s" (for example) format instead of the "KiB/s" format which I selected in the options. All other file size numbers are formatted as selected in the settings. It seems the shown transfer speed completely ignores my settings; it also shows "KB/s" if I selected to show only Bytes.

I use putty as a proxy to phpcloud.com, and save the setting in putty. but when I try use FileZilla to connect phpcloud, it will timeout after: Initialised zlib (RFC1950) decompression And when I delete the setting saved in putty, filezilla can connect to phpcloud successful.

I open the debug log, and the things different is: If I save the site setting in putty, FileZilla will doing: Initiating key re-exchange (enabling delay compression) and then will timeout after: Initialised zlib (RFC1950) decompression

It happened at FileZilla 3.5.1.0 and 3.5.2.0

Recreate the bug: 1- Add couple of files to the queue. 2- Make the simultaneous transfers less than the queued ones and start the transfer. 3- Add another files to the queue.

After finishing the download that already started while adding the new files the queue will start download the latest added files instead the queued ones before.

When I upload a file or save a file that gets uploaded to the server. Not the whole file is uploaded. For example, if the page is 54,000 bytes and I add to it then save, it may save at 49,000 bytes and part of the page will be missing. Although, the whole code is still in my editor, it's just not saving to the server. There has been a few circumstances when the whole file would be deleted. A 54,000 byte file would go to 0 bytes when saved.

Using latest 3.5.2 Filezilla Client on Win32 platform (XP). Connecting to z/OS v1r9 FTP server, downloading Fixed Block datasets where trailing blanks are critical to retain.

Using Custom Command in Filezilla to send command: site trailingblanks ("site trail" for short)

When the dataset is then downloaded in ASCII format, the blanks have been stripped.

I can perform this command from both a WSFTP LE v12 GUI client and both the standard Windows FTP client and the MoveItFreely FTPS command line client, and it will work and the dataset has blanks properly retained. I cannot attach data since it is sensitive.

An error occurred with TLS renegotiation while downloading file > 1 GB on server using passive FTP with explicit authentication on TLS.

Hello,

I use Windows 7. In august 2011 I experienced that FileZilla Client did not update the content on server side - even after manual refresh. Maybe this bug has been resolved in newer versions of FileZilla Clients?

Thank you.

Sometimes FileZilla will - on repeated connections - fail to issue the PASV and LIST -a commands despite geting a "226 Transfer complete." after a LIST command.

This happens on the same server, same remote directory, same conditions as when it works, but when this happens, it almost always continues, each time I abort session and reconnect, or when I restart FileZilla. I have had to reboot the computer, which solved the issue on several occasions. Only once did it work again without a reboot, after 3-5 times reopening and re-trying with FileZilla, then taking a break, before trying again.

It appears to be the client not responding to the LIST command response, as normally the client should issue PASV in response to "226 Transfer complete."

For example:

Status: Resolving address of ########.### Status: Connecting to ##.##.##.##:21 Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER ########## Response: 331 Password required for ##########. Command: PASS * Response: 230 User ########## logged in. Command: SYST Response: 215 Windows_NT Command: FEAT Response: 211-FEAT Response: SIZE Response: MDTM Response: 211 END Status: Connected Status: Retrieving directory listing... Command: CWD /###### Response: 250 CWD command successful. Command: PWD Response: 257 "/######" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (##,##,###,##,##,###). Command: LIST Response: 125 Data connection already open; Transfer starting. Response: 226 Transfer complete.

Here it just hangs, instead of the usual:

Command: PASV Response: 227 Entering Passive Mode (##,##,###,##,##,###). Command: LIST -a Response: 125 Data connection already open; Transfer starting. Response: 226 Transfer complete. Status: Directory listing successful

It was reported that in version 3.5.0 that CVE-2008-5161 and CVE-2008-1657 Cipher-block chaining ciphers were supported. I am currently running 3.5.2 and this is not supported.

Additional information can be found at ​http://web.nvd.nist.gov.

I routinely start 6-8 long parallel file transfers from my ONE host to my local PC. In general this works very well, including respecting any up/down speed limits that I set. However, there is one specific case where this breaks down.

The transfers seem to "set max their speed" when they are started, some are slow, some are fast. The first ones that start usually run very fast, the others usually end up going much slower.

The problem being that after the fast ones finish first, the slow ones do use the extra bandwidth and continue running as slowly as if there were other fast transfers still present.

This means the slower transfers take a VERY long time to finish even though there is plenty of unused bandwidth available. They never increase their speed up to the speed limit once the other transfers complete.

All of the active transfers should adjust up to use available bandwidth equally, and dynamically increase/decrease speed as transfers come/go.

To reproduce:

If I upload a file which is large in size (in this case let's say 500 MB) on one terminal to transfer it to some other terminal and I open filezilla on other terminal while the upload is in progress and see that the file size is 250 MB since it has not been uploaded completely. Now, I wait for the file to upload completely and once I have verified that the upload is complete, on the other terminal (on which the window is already open and the file size show 250 MB since it has not been refreshed), I start the download. The file download progress bar that appears at the bottom takes the size of file to be 250 MB only and shows 100 % completed when only half the file (250 MB) has been downloaded. Though the complete file downloads to the other terminal, for half the time, progress bar says that the download is 100 % completed.

Thanks

When a remote folder has 2 subfolders that differ only by capitalization, the Remote Site box content does not change when you switch between these two folders. Example: my site has these two folders: "Manuals" and "manuals" The Remote Site box always show "manuals" regardless of which folder I am in. The folder content are correct though, so it appears to be only a problem with what is displayed in the Remote Site box.

I've been trying to upload to and download from 2 different servers on the latest version of FileZilla. While the uploading process seems to be working properly, there have been issues when I have tried to close FileZilla.

When I'm uploading/downloading from a single server, I just have to stop the processing of files and close the program. The files will be in the queue the next time I open the program.

With the multiple servers, if I try the same process, after I try to close FileZilla, I get a message telling me that all or part of my queue has been lost. When I open the program again, there will be nothing in the queue. It is rather frustrating to have to re-queue the files that didn't upload.

I'm using a tool, which help me to automate creation of queue for FileZilla.

Recently I've found an issue, why sometimes not all files was uploaded. The reason is, that FileZilla doesn't automatically create directories on the FTP, if that directory is missing. FileZilla tries to switch to that directory, and after unsuccessful try it breaks connection, as it shows on attached screenshots.

Expected behavior: FileZilla shoud automatically create missing directories on the FTP, if they are missing during queue processing.

Hi,

on a German 1&1 (1 und 1, 1und1) server, if I download a whole directory incl. subdirs, after a while, I get many 425 errors, can not retrieve directory and can not download (as logged).

But if I go manually to one of that directories, I can see the contents and can download the files.

See attached FTP-Log. Errors begins near line 404.

FileZilla Client

Version: 3.5.3

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-01-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

I won't get environment variables to work in defining local directory on sitemanager.xml:

<LocalDir>$USERPROFILE\My Documents</LocalDir>

Or should they even work? Is the config location only setting where it owrks?

I a Perl program that checks a folder for incoming files and this program utilizes Perl's file locking mechanism which appears to work universally with other Window's programs. It does not work with your client which either implies that you are not locking the files that you are writing to on the user's local machine or a machine on the LAN. As example would be to fetch a file from a customer's machine via FTP and your client and to write it locally. The Perl program attempts to lock its incoming file which would be your outgoing file and the Perl program is able to lock the incoming file, indicating that your client is not locking the file that it is writing to. I would officially request that this file locking support be added for the local output files.

When being idle in Filezilla for Mac for about 5-10 minutes, the program tends to "lock" the folder making navigating away from it impossible.

The error msg reads: "Error: Connection lost by timeout Error: Could not fetch folder content list" (translated from Danish)

Only solution to this is establishing a brand new connection to the server, which seems quite time-consuming the fifth time.

In Concurrent Transfers default was 4 but Filezilla was trying to send more than 8 simultaneous transfers causing Server to do dozens of 5 second timeouts since it has a limit of 8 concurrent transfers allowed. Verified this was the problem in cPanel, which showed 8 current transfers, with warnings. This occurred when I was uploading about 2200 files. Left about 120 as "failed".

Basically, even though setting was 4 concurrent transfers, program was sending 8 and trying to do more, stalling out my server.

After complete, I changed the settings to 3 simultaneous transfers, put the failed files back into live queue and resent OK.

Conclusion: the amount of files in upload queue caused something to override default simultaneous setting.

Thanks. =============== FileZilla Client

Version: 3.5.3

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-01-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

The SFTP permission support is a bit weird. It shows owner/group, setgid/setuid bits but FileZilla doesn't support changing or preserving these settings on a file or directory.

For example chmod 2755 or 4755 or 6755 on a folder/file. Uploading a file with the set(u/g)id permission bit set is not preserved. Or changing the Owner/Group/Other permissions (777-000) will also remove these bits forcing you to launch an external program to set those bits manually.

A switch should be used for SFTP based connections to support Owner/Group changes, as well as the 4th octal permission bit, since FileZilla executes the chmod command it should accept all 4 octal bits, and also support chown/chgrp

Command: chmod x750 "test" Error: chmod: file mode 'x750' contains unrecognised user/group/other specifier 'x'

FileZilla Client
----------------

Version:          3.5.3

Build information:
  Compiled for:   i586-pc-mingw32msvc
  Compiled on:    x86_64-unknown-linux-gnu
  Build date:     2012-01-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 NT 6.1 (build 7601, Service Pack 1)
  Version:        6.1
  Platform:       64 bit system

In the past, keying <F5> to refresh the display after the connection had timed out used to be instant. For the last few versions of FZ, however, it takes at least 30 seconds.

Because the time-out period is so short, refreshing to reconnect so often is becoming very tedious.

Can you make the refresh period instant again, please?

On version 3.5 the conenctivity to our MOVEit DMZ server with Filezilla was fine. Now after 3.5.1 and 3.5.3 we get a problem, if i copy a folder from MOVEit to my PC then delelte it from the MOVEit Server filezilla errors. I have a work around which I must enable keep alives and reduce the maximum simultaneous connections to 1.

OS : Win XP-SP3 FileZilla : 3.5.3 Protocol : sFTP

Uploading large files (1GB) using high-speeds networks, (speeds in excess if 8MB/Sec) fail with below error message

Error: File transfer failed after transferring 762,900,480 bytes in 226 seconds

Applying FileZilla Speed-Limit clipping speed to 3000 KiB/Sec allows to transfer file successfully. Using FileZilla transfer speeds from 4000Kib/Sec --> "unlimited" speed option causes transfers to fail.

We have tested transfering same file(s) using HP-UX sftp client and these upload flawless, speeds seen 6-7MB/Sec.

OpenSSH_4.4p1-hpn12v11, OpenSSL 0.9.7l 28 Sep 2006 HP-UX Secure Shell-A.04.40.011, HP-UX Secure Shell version