Custom Query (4044 matches)

While downloading approx 850,000 tif files ranging in size from 20K to 900K, got a fatal system error. Even log error:

Event Type: Information Event Source: Save Dump Event Category: None Event ID: 1001 Date: 9/22/2008 Time: 9:20:25 AM User: N/A Computer: MHPIGEX30005728 Description: The computer has rebooted from a bugcheck. The bugcheck was: 0x0000007a (0xe97e04c0, 0xc000009a, 0xbbe0e000, 0x15fe28c0). A dump was saved in: C:\WINDOWS\Minidump\Mini092208-01.dmp.

For more information, see Help and Support Center at ​http://go.microsoft.com/fwlink/events.asp.

Dump file attached.

Running on Windows XP SP2, current with all patches.

When selecting a file with a long name (either in the local panel or remote panel) only a portion of the file name will be highlighted. Additionally, it will truncate the name to 5 characters plus "..." (this is the part that highlights) however any additional characters in the file name past this will still be visible.

See attached image.

This may be a bug with Microsoft Windows Vista, however I felt it prudent to file a bug here just in case. I have filed a bug report with Microsoft as well.

When FZ is running and I attempt to put my windows vista computer into sleep mode (suspend) sometimes windows will crash BSOD claiming power system issue.

This is an intermittant issue.

If I leave FileZilla on overnight downloading and uploading files my system runs out of resources until I reboot. Other apps have problems displaying any menus as the resources have been used up and new apps cannot be loaded until system is rebooted.

I am trying to install Filezila_pro_3.47.2.1_win64-setup.exe in a Windows Server 2008 64bit but the installer do not start, none, do not work. What happen?

Thanks

FileZilla upload to Linux is very slow (<20Kb/s) compared to Window FTP Client Upload (>10Mb/s)

FileZilla version : 3.2.6.1 Settings of FileZilla: default! File of 50Mb takes about 1 hour to upload... (<20Kb/s)

Linux Version : (uname -a) Linux INS-DB-DEV10 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 x86_64 x86_64 GNU/Linux

The Linux box is located inside our LAN, so fast upload (>10Mb/s) is expected - as is the case using the Windows FTP Client to upload the file to the Linux machine :

ftp ins-db-dev10

Connected to INS-DB-DEV10.ins.w2k. 220 (vsFTPd 2.0.5) User (INS-DB-DEV10.ins.w2k:(none)): progress 331 Please specify the password. Password: 230 Login successful. ftp> bin 200 Switching to Binary mode. ftp> put dbnov.tar.gz 200 PORT command successful. Consider using PASV. 150 Ok to send data. 226 File receive OK. ftp: 56156160 bytes sent in 4,78Seconds 11745,69Kbytes/sec. ftp>

Thanks for looking into this. Chris

This issue is 100% reproducible. Windows 8 64-bit will crash during the following conditions.

1. Have a file larger than 2GB available. (Test file I used was 2.4GB). Be connected to a valid remote FTP site.
2. Use FileZilla Portable 3.6.0.2.
3. From the OS (not from the "Local Site" pane in FileZilla), drag the file to the "Remote Site" window.
4. Watch as the Windows 8 operating system crashes and your computer reboots.

I have attached an example minidump file for analysis.

In the current release 3.3.2.1 on my win7 x64 system I recognized a strange behaviour that causes my wired network card to "crash" which gets only working again after a reboot.

Following is happening, I reproduced it as described about 5 times: Downloading a huge amount of files and data from a standard webserver. To increase the overall speed, I usually download several files at a time time, mostly about 4. When 1 *bigger* file is currently downloading (> 40MB) and other *little* ones (> 5KB & < 100KB) are downloaded too, it stucks from *one moment to the other*. The described issue results in a completely freezed network card. No connections can get in or out anymore. From then it is impossible to change the IP address manually (or automatically), enable/disable it to refresh the network card or even send a ping to a known computer in the network. It seems that only a reboot of the system does help (if windows shuts down correctly, otherwise human needs to be stronger than computer by pressing the power off button)

(In the past I had a similar problem too, which was caused of too many open ftp connections because of many little files and an overhead for tcp connections, which then resulted in a stopped queue. But this queue could be continued after some minute when the server has ended all open connections in timeout and other network functions still worked.)

As already mentioned, I reproduced this about 5 times and while trying to find out if this can be avoided, following helps a bit:

• Downloading only 1 file at a time -> many big files are not a problem, only small files even don't. Only the combination of *some* large and many small ones make trouble.
• While downloading, I watched the queue and when a big file is currently running, I manually changed the options to 1 file so that the small files currently downloading get finished and then only the big one is left -> it worked without a problem. After the big file was finished, I switched to multiple downloads again until the next big one was coming. That was a bit annoying but still increases the overall download speed (for 4000 files)

Below is the currently used filezilla version, if you need additional detailed hardware/os information (dxdiag whatever) or more information that I might have forgotton here, let me know.

Thanks. btw. I really really like filezilla! great job :)

Conrad

Version: 3.3.2.1

Build information:

Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2010-03-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.8.3

Inside the appdata/remote directory, with "Hidden" checked and applied in Local filters in "Directory listing filters", no files beginning with .[x] is displayed.

For example, Minecraft stores its files in appdata/remote/.minecraft and yet even with Hidden files enabled, that directory does not appear.

Please see the comprehensive screenshot attached.

Currently, the workaround is to type the known directory name directly into Local Site directory field. The problem is, you must be able to see the directory names you need to access.

If you pin filezilla to the windows 7 taskbar and then click it it opens a second icon on the task bar.

The expected behaviour is that the existing icon changes to display a border indicating that the application is running.

After a transfer has completed, the filezilla icon appears in the Windows 7 System Tray and displays a bubble indicating the transfers have completed. After you exit the application, the icon still remains visible in the system tray. To get rid of it, you need to mouse over it.

After update to filezilla 3.1.0.1 on Windows XP SP3, the software says impossible to read filezilla.xml and the default configurations will be used. It happens every time I run.

When transferring files successfully the notification that tells you when ALL files have been transferred while you aren't in the FileZilla windows appears to be delayed and does not appear when the transfer has finished for another 1-2min.

The issue with this is that it locks my taskbar and I cannot use it until this notification is displayed.

On Windows 10 (screen 1920x1080) the transmission progress bar is hidden by FileZilla status bar (files waiting, transfers failed, transfers successful)

My windows laptop recently got updated to windows 10 1803 (x64).

Since then I lost the ability to drag and drop files to windows explorer.

I get the message:

"Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an Explorer window."

I've tried register the extension (fzshellext_64.dll), rebooted, re-installed, installed both 32 and 64 bit versions and nothing.

Filezilla triggers a Windows No Disk error message When using Quick connect an error message box comes up That cannot be closed without reappearing Only way to resolve the issue is complete restart of the Computer Opening Filezilla and repeating the Quickconnect command initiates the same problem

Operating System Windows XP Professional Version 2002 SP3Intel Core duo CPU E8400@3.00GHZ Filezilla 3.3.1 Build date 2010-01-03

Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Delaying connection for 1 second due to previously failed connection attempt... Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Resolving address of efiftp.efisportsmedicine.com Status: Connecting to 69.13.253.5:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 cupid Microsoft FTP Service (Version 5.0). Trace: CFtpControlSocket::SendNextCommand() Command: USER efiftp Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for efiftp. Trace: CFtpControlSocket::SendNextCommand() Command: PASS * Trace: CFtpControlSocket::OnReceive() Response: 230-Welcom to Cupid! Trace: CFtpControlSocket::OnReceive() Response: 230 User efiftp logged in. Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CFtpControlSocket::OnReceive() Response: 215 Windows_NT version 5.0 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CFtpControlSocket::OnReceive() Response: 500 'FEAT': command not understood Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp" is current directory. 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 (69,13,253,5,4,102). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/Michael Steel Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/Michael Steel" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,104). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/Oracle CRM on demand Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/Oracle CRM on demand" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,105). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,106). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos/PersonalTraining Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos/PersonalTraining" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,107). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos/PostRehab Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos/PostRehab" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,108). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::OnClose(0) Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD /efiftp/GRAVITY Photos/General Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful. Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/efiftp/GRAVITY Photos/General" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: PASV Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (69,13,253,5,4,109). Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Command: LIST Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 125 Data connection already open; Transfer starting. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... Status: Delaying connection for 1 second due to previously failed connection attempt... Status: Resolving address of ftp.chekinstitute.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Trace: CRealControlSocket::OnClose(11001) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server

I'm pretty sure this used to work before 2.2.23. I am currently using 2.2.28.

Now, when you click on a shortcut ("symlink") in the LOCAL file list, instead of moving to that directory (like it used to), it now opens up that directory in a Windows directory view window. (I don't think it's even a file explorer window -- is there a diff?)

This issue is still not resolved - I see it marked as 'fixed' in other tickets.

The window is stuck at the top of the screen and cannot be moved. FileZilla version 3.10.3

For some versions now I'm encoutering the same problem (effect, less a real problem). After minimizing the FileZilla Application window or pressing "show desktop" and switching back to FileZilla, the window resizes from "maximized" to "restored" size. This only happens the first time after starting the App; every next time I minimize or switch to desktop, everything's fine on turning back to FileZilla and the window status is still "maximized".

Any idea or suggestions?

Thanks, greetings,

Felix

The OS X FileZilla window name shows the FTP account description and the username as a window title. It seems that you're using URL-encoding, at least partially. E.g., a username containing the + character will instead display %2.

Previous to the most recent update, upon completion of file upload the window focus remained in the local side with the files still selected, making it easy to simply hit 'return' to quickly upload those same files again. Now after a file is uploaded the window focus changes to the Host input box.

My current setup:

FileZilla Client Version: 3.9.0.1

Build information:

Compiled for: x86_64-apple-darwin13.3.0 Compiled on: x86_64-apple-darwin13.3.0 Build date: 2014-07-22 Compiled with: Apple LLVM version 6.0 (clang-600.0.38) (based on LLVM 3.5svn) Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.2.15 SQLite: 3.8.5

Operating system:

Name: Mac OS X (Darwin 12.5.0 x86_64) Version: 10.8

When launching Filezilla (versions 3.7x and later) the position of the window is fixed. I cannot drag the window or resize it.

Workaround: I have to click out of the window and back in multiple times before I am allowed to reposition the window on the screen.

This started around six months ago and it hasn't been fixed as of the latest version (3.8.1).

Thanks!

I am using Filezilla 3.0.1 (build date: 2007-09-19) on Mac OS X (version 10.4.10)(Dual 2GHz powerPC G5),

The main application seems to work fine (from the small use I have had from it) however, whenever I open a window from the main app, (ie, site manager, update widow, about info) the location of the main application window is pushed down about half the height of the desktop toward the bottom of the screen, If I open 2 windows in a row, the main application is moved completely off screen, and the only way I have found to bring it back is to close down filezilla and open back up again.

Filezilla window is off screen, top left. Can't see close/zoom red yellow green buttons or window header.

Probably related to me having two monitors (one 1920p main monitor, smaller MacPro laptop acting as second monitor).

Most apps have a Window menu with the zoom option so I can fix this, FileZilla doesn't. Tried closing and opening the app. Tried changing desktop res. No go.

I'm using FileZilLa client 3.58 on a Win10 Pro workstation to connect to a Sony Deck Recorder through FTP Protocol. The connection is successful but when I tried to download or Upload a file it's says "421 1 users (the maximum) are already logged in" and follow "could not connect to the server"

When I'm doing the same thing while using or old Win 7 workstation with FileZilla 2.2.27 all went well.

All the firewall are off on both workstation. Is there any services you're aware of which could block the connection ?

Cannot download files from FTP server to local machine by dragging and dropping out of FileZilla.

I've tested on a Win 7 32-bit machine and it works fine so this is a 64-bit problem I presume, unless there strange system settings on the 64-bit machine that are not present on the 32-bit.

I have a version, the latest on my desktop that updated ok. My laptop, I get the message that says update available. I click on it, with the normal save etc., but it just sits there. Nothing downloads. I get around it by downloading the latest version from your web site and install it, but it will not update when I get the notice, I have no idea what is wrong. This was the last 2 updates, always worked previously. Updates work just fine on my desktop and I running Vista. On my laptop, I am running XP.

Right click on directory, try to delete from remote site, doesn't delete

Status: Directory listing successful Command: CWD /Office-DC/sinfantino/Reports Response: 250 CWD command successful Command: PWD Response: 257 "/Office-DC/sinfantino/Reports" is current directory. Command: RMD Project Accounting Response: 550 Project Accounting: Directory not empty Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (server address). Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226-Transfer complete. Response: 226 Quotas off Status: Directory listing successful

ver. 3.6.0.2 Running Win 7 Ultimate

I have 7 domains spread across 2 IP addresses. If I ftp to one, then go to another to ftp something else, FileZilla will not release from the first connection no matter what I do. The only way I can disconnect from the initial ftp connection is to completely shut FileZilla down, then restart.

Everytime I am uploading something (joomla in this case) after a certain time (around 1-2 minutes) the whole Internet connection brakes down -> Router is blinking; Windows says that there is a problem with the DNS Server etc. So, then it'll take some time again (up to 10-60(!) minutes, even with a router reset) until the internet connection is working again.

In fact, I copied the corresponding files from my USB stick onto my system hard disc (Desktop) [regarding: http://forum.wdlxtv.com/viewtopic.php?f=3&t=2796] and set an upload limit to 300 KiB/s ... Didn't change anything.

Hi there, this is Oscar from Erth corporation of the it department in Canada, I was working in an automated way to update our filezilla client app through powershell, it looks like we have been blacklisted for accessing your domain, can you or someone whitelist us, I actually finish most of the test I was doing and should go with some additional ones before I’m done, it seems that his might be our public IP address: 173.231.121.18

Thank you Oscar

While transfering files, if choose Server and uncheck "Force showing hidden files", then files are downloaded to wrong folders

Summary Basically, in the event you have a directory containing tens of thousands of files (like a logs directory) FileZilla only shows the first 9998 files.

Steps to Reproduce

• Put 10 or 15k files in a directory
• FTP into that folder

Result: First 9998 files are listed

I wrote a crappy bash script that will create an arbitrary number of files in helping to help with reproducing this corner case of a bug: ​http://pastie.org/1875855

To use it:

• Create whatever.sh in a folder you want to test within
• Execute: chmod a+x whatever.sh to make it executable
• Run it as ./whatever.sh
• It will ask how many files you want

Other Stuff: I have reproduced this on Windows and OSX.

I can test on Linux if someone asks but I don't have a VM currently accessible so I took the lazy route :X

When attempting to open a folder on a remote sftp system, if the folder has a large number of files within, an error is generated and you do not get to review or navigate to that folder.

Below is the command list that is displayed.

Response: Current directory is: "/" Command: ls Status: Listing directory / Status: Calculating timezone offset of server... Command: mtime "AutomationTest" Response: 1233849901 Status: Timezone offsets: Server: -18001 seconds. Local: -18000 seconds. Difference: 1 seconds. Status: Directory listing successful Status: Retrieving directory listing... Command: cd "AutomationTest" Response: New directory is: "/AutomationTest" Command: ls Status: Listing directory /AutomationTest Error: No valid incoming packet found Error: Failed to retrieve directory listing

The folder in question can have upwards of some 5000 files at times.

No testing other than emptying the folder in question has been done to learn what that high limit might be.

Perhaps solution in this unusual case would be to only present partial list? or perhaps change to directory, but do not attempt to display entire contents?

If nothing else, being able to navigate to the folder at a minimum is important.

I connect to a SFTP server where I have to use a secureID to generate a unique password. I create a site profile in Site Manager. I set "Servertype" to "SFTP-SSH File Transfer Protocol" and logon type to "Ask for Password." I put in my username and leave the password field blank.

When I log into the SFTP server, FileZilla asks for my password. I put in my secureID-generated password and choose "Remember my password for this session." Once I'm logged in, I try to upload a file, and FileZilla says, "Authentication Failed, Critical Error, Could Not Connect to Server" and asks me for a password again. I have to put in a new secureID-generated password to continue. I have to do this every time I upload, which does not make sense. I have tried other FTP clients and they remember the password for the session.

Please investigate this.

When I upload a file, for example, 0001.jpg to my server, and then I attempt to upload another file named 0001.jpg to the same directory, the client asks me if I'd like to overwrite, resume, rename, etc. If I attempt to rename the file to 0001-2.jpg, which doesn't exist on the remote server, the client once again asks me if I'd like to overwrite, resume, rename, etc. It's impossible to rename the file and upload it, unless I cancel out of the transfer and rename the file locally and then upload it, which defeats the purpose of the dialog box popping up in the first place.

I upgraded from 3.2.1 to 3.2.3 and found that while I used to have the "Classic" theme selected I now had "OpenCrystal" theme. I selected "Classic" again to reset it. Upon a restart I was back to "OpenCrystal" theme.

I have confirmed this on two different machines one Vista 32 and one Vista 64 both Enterprise.

Kizan

Workaround: Drop files from Windows Explorer into remote server folder on the right.

FileZilla Client

Version: 3.56.2

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2021-10-27 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.0.6 SQLite: 3.35.5 GnuTLS: 3.7.2

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq rdrnd lm Settings dir: C:\Users\Valeri\AppData\Roaming\FileZilla\

When trying to view a gif file on the server (right hand pane) the file is downloaded and is opened in Internet Explorer not in Windows Picture and Fax viewer like jpg files are. When trying to edit the file type association settings Filezilla does not allow for the correct file location syntax to be typed in.

I am using Filezilla version 3.6.0.2

Hello,

This is an issue which seems to be previously solved, but I believe it re-appeared at version 3. (The previous ticket #: 4052)

On Solaris 9, when the locale settings are as follows (in /etc/default/init)

LC_COLLATE=tr_TR.UTF-8 LC_CTYPE=tr_TR.UTF-8 LC_MESSAGES=C LC_MONETARY=tr_TR.UTF-8 LC_NUMERIC=tr_TR.UTF-8 LC_TIME=tr_TR.UTF-8

the folder list is incorrectly parsed and the filenames shows like this:

Kas 16 13:47 .bash_history Eki 23 2008 .profile

(This part is the datetime part: Kas 16 13:47)

I was deleting an empty folder called ~ through FileZilla.

However, I started to notice that it was taking way too long to delete 8KB. When I looked at the logs, I saw that it was deleting all files in /home/<user>/... instead o /home/<user>/<path>/~.

Sadly, the damage had been done. I'm filling this bug report so this may not happen to anyone else.

I almost did this myself in the console, before I realized I had to use ./~ instead of ~. I'm not sure how FTP works overall, but a possible fix may be to always include ./ or the full path... no idea though.

Environment: ============ FileZilla v3.5.3. Windows 7 Ultimate, 64-bit. All latest patches installed. Details from "About" page are pasted in below.

Description: ============ Attempting to upload an open file causes FileZilla to go into a possibly endless loop of errors.

Steps to reproduce: =================== Connect to FTP server via SFTP. Open file in MS Word. Make an update. Save it. [Leave Word Open] Using Windows Explorer, drag file into FileZilla interface to upload it. FileZilla goes into a seemingly endless loop. The status pane shows: Error: local: unable to open C:\xxxxxxxxx\filename.doc Error: File transfer failed

I don't recall prior versions of FileZilla having this problem, but I can't be sure. (I just find it hard to believe I've never tried to upload an open file before, accidentally or on purpose.)

Suggestions: ============ -Error should be specific about why it can't upload the file (i.e. file open.) -Error should ask if you want to retry. -Error should only occur a maximum number of retries, either set or specified in the preferences.

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

Using Filezilla Mac 3.23.0.2 or the previous two versions.

When a file change dialog appears while the context menu is expanded the UI ceases to function until the application is left in the background for some time, or the application is forced to quit. Clicking any of the button options available on screen does nothing.

While trying to resume, I get the following error:

Error: File transfer aborted by user after transferring 47,520 bytes in 3 seconds Status: Starting download of /public_html/somedir/somefile.rar Status: ftpcontrolsocket.cpp(1824): Waiting for replies to skip before sending next command... caller=0x2831ca0

I am managing a joomla website.

A Template *.js file needed to be edited.

I selected the file, right clicked, selected "View/Edit".

Instead of editing the file it was downloaded and then Run.

Windows 10. Filezilla 3.13.0.

(I then downloaded the file and could edit it OK with a right click and edit using Windows 10 File Explorer)

I am running Windows 7 Professional and Filezilla 3.23.0 64 bit. This issue was not present in 3.22.2.2.

When I upgraded versions as mentioned above, I was unable to start Filezilla. The process would not launch yet I could see it in Windows Task Manager taking about 13% CPU. I waited about 10 minutes but nothing happened so I killed the process.

After playing with filezilla.xml, I noticed that this only happens when "Messagelog position" is set to 2 - set to 0 or 1 is fine.

Our office has just updated to the latest version of Filezilla. Every time you open this application now, the "Welcome to Filezilla" dialog pops up. We have all tried searching to see where this can be turned off but there does not appear to be a setting.

A small but annoying "feature".

Thanks

Barb

File transfer was not a problem except for my webpage displaying Asian characters instead of the proper text and links.

I have reported it several times, but success remains out. Not only unfortunate but also disappointing. I have to use WinSCP (PC) and SolidExplorer (Android, tablet) to log in to my provider (Ziggo, Netherlands) with the Webdav protocol. FilezillaPro always generates the error message "too many redirections". This is due to FilezillaPro, because I use the same data and settings as with WinSCP and Solidexplorer. Logging in with these apps goes without a hitch. I tried everything with Filezilla Pro, but nothing helps. I thought I'd make another attempt here, before I throw off Filezilla Pro

Hi, I have been creating a webpage with php. I made some changes to one of my php file and uploaded it from filezilla. But the changes are not affecting in my webpage when I run it in my local web server. What is the problem?

When trying to log into:

bcco62@vweb,ocps.net

or

arch10@vweb,ocps.net

We get: response: 331 Please specify the password Command: PASS Error: connection time out Error: could not connect to server

This problem is intermittent and unpredictable. Sometime it lasts for 5 minutes other times for hours.

Stephen Carroll 813-333-3004

I use FileZilla client 3.3.3.

I connect to a server, then use View/Edit to browse a server file, then close my editor. (I am using UltraEdit-32.)

If I then quit FileZilla, I get this message:

Some files are being edited, or need to be uploaded. If you close FileZilla, your changes will be lost.

When I start File Zilla client I get this warning ...

Could not load C;\Documents and Settings\All mankind\FileZilla\queue.xml", please make sure the file is valid and can be accesses. The queue will not be saved.

The same warning comes when I close File Zilla!

When I try to access 'Getting Help' or 'Report a Bug' menu I get this warning notice ...

Windows cannot find '​http://file-zilla-project.org/support.php?type=client&mode=bugreport@version=3.20'. Make sure you typed the name correctly, and then try again. To search a file, click the Start button, and then click Search.

Also can I change default browser which File Zilla uses to access the net? File Zilla uses IE - I prefer using Opera and Firefox!

I am using the latest version 3.2.0 but have had this problem with the previous version too.

Apart from this I like File Zilla - it is a super FTP client!

All good wishes for 2009 to the entire team and thanks guyz!

Me Paparazzi

I am try to connect FTP Server but getting following erroe Connection attempt failed with "WSAEADDRNOTAVAIL - Cannot assign requested address".

I am using DataCard for internet connection

WRT110 router - FileZilla Client, FTP upload problem

- Timeouts on large files - ==

When I upload files via FTP and if the transfer of a file takes more then 3 minutes,

then my FTP programs doesn't jump to the next file to be uploaded when the previous one has just been finished.

The problem occurs only if I connect to the internet behind my wrt110 router.

I have tried FileZilla, FTPRush and FlashFXP FTP softwares to upload via FTP.

At FileZilla sending keep-alives doesn't help,

BUT FTP upload properly works at FlashFXP if I send noop during transfer:

Sending anti-idle keep alives also does not work at FlashFXP from behind wrt110 router.

​http://www.abload.de/img/wrt110passthrough1eq0a.jpg

​http://www.abload.de/img/wrt110passthrough3crrp.jpg

At FileZilla I can right-click->Refresh the FTP window during transfer, but I can't do that at FlashFXP.

This might be connected with the problem I have written above, I don't know.

Please if you can, put similar solution into FileZilla as it is in FlashFXP.

Thanks.

This is exactly what I am experiencing --> On FileZilla's site I can read this:

http://wiki.filezilla-project.org/Network_Configuration#Timeouts_on_large_files


'''Timeouts on large files'''

If you can transfer small files without any issues,

but transfers of larger files end with a timeout,

a broken router and/or firewall exists

between the client and the server and is causing a problem.

As mentioned above,  

FTP uses two TCP connections:

a control connection to submit commands and receive replies,

and a data connection for actual file transfers.

It is the nature of FTP that during a transfer the control connection stays completely idle.


The TCP specifications do not set a limit on the amount of time a connection can stay idle.

Unless explicitly closed, a connection is assumed to remain alive indefinitely.

However, many routers and firewalls automatically close idle connections after a certain period of time.  

Worse, they often don't notify the user, but just silently drop the connection.

 

For FTP, this means that during a long transfer

the control connection can get dropped because it is detected as idle, but neither client nor server are notified.

So when all data has been transferred, the server assumes the control connection is alive

and it sends the transfer confirmation reply.

 

Likewise, the client thinks the control connection is alive and it waits for the reply from the server.

But since the control connection got dropped without notification,

the reply never arrives and eventually the connection will timeout.


In an attempt to solve this problem,

the TCP specifications include a way to send keep-alive packets on otherwise idle TCP connections,

to tell all involved parties that the connection is still alive and needed.

 

However, the TCP specifications also make it very clear that these keep-alive packets should not be sent more often than once every two hours. Therefore, with added tolerance for network latency, connections can stay idle for up to 2 hours and 4 minutes.

 

However, many routers and firewalls drop connections that have been idle for less than 2 hours and 4 minutes. This violates the TCP specifications (RFC 5382 makes this especially clear). In other words, all routers and firewalls that are dropping idle connections too early cannot be used for long FTP transfers. Unfortunately manufacturers of consumer-grade router and firewall vendors do not care about specifications ... all they care about is getting your money (and only deliver barely working lowest quality junk).

To solve this problem, you need to uninstall affected firewalls and replace faulty routers with better-quality ones.

Trying to connect to the Google Cloud platform (through the Bitnami platform) I get the following response:

Estado: Conectando a 35.196.225.5:6010... Respuesta: fzSftp started, protocol_version=6 Comando: keyfile "D:\IRC WebPage\Server Keys Bitnami\bitnami-google-mystic-subject-174905.ppk" Comando: open "bitnami@35.196.225.5" 6010 Error: Network error: Connection timed out Error: No se pudo conectar al servidor Estado: Esperando para reintentar... Estado: Conectando a 35.196.225.5:6010... Respuesta: fzSftp started, protocol_version=6 Comando: keyfile "D:\IRC WebPage\Server Keys Bitnami\bitnami-google-mystic-subject-174905.ppk" Comando: open "bitnami@35.196.225.5" 6010 Error: Network error: Connection timed out Error: No se pudo conectar al servidor Estado: Esperando para reintentar... Estado: Conectando a 35.196.225.5:6010... Respuesta: fzSftp started, protocol_version=6 Comando: keyfile "D:\IRC WebPage\Server Keys Bitnami\bitnami-google-mystic-subject-174905.ppk" Comando: open "bitnami@35.196.225.5" 6010 Error: Network error: Connection timed out Error: No se pudo conectar al servidor

Please help Me. What could be the cause of this error?

Using the 5/24 nightly - when I open a connection from the site manager toolbar button and choose to open in new tab, the server console area is not resized to account for the tab bar and it draws over the toolbar. Screenshot attached

First of all, filezilla is awesome, and I use it since many years. But in every release I have notice 1 problem, persisting since very long.

It is visual problem, means, after a few minutes, the toolbar gets overridden by the file transfer progress window and leaves impressions in there, while software works perfectly fine. Although it's not a show stopper, but annoys so much everytime.

Hope you guys can get a fix for it in next release. Thanks.

Previously, I would like to say thank you very much for this great application. I find it so helpful to me by using this application. So, I would like to help by reporting a bug.

Bug's Trigger :

1. Do a Site Connect by clicking on the Site Manager's dropdown button and choose the site I want to connect
2. Connection occurs
3. After a successful connection, the bug appears on the Toolbar
4. Look of the Toolbar seems to be weird / not normal
5. I tried to change the theme by going to Edit > Settings > Interface > Themes > and select the other theme options than those currently in use
6. Look of the Toolbar return to normal view

System Detail FileZilla Client

Version: 3.7.3

Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.11 SQLite: 3.7.16.2

Operating system:

Name: Windows NT 6.1 (build 7600) Version: 6.1 Platform: 32 bit system

Exporting of settings save dialog does not report a save failure under Vista. Filezilla indicates the save succeeded when it did not. This is NOT a problem with XP or Win 2000.

The problem occurs when saving into a folder such as Program Files that requires administrator priveleges for writing a file. The Vista privelege escalation dialog goes smoothly and correctly, but the user's authorization to proceed is mishandled by Filezilla and no indication is given that the save failed.

The attached screen dump shows that filezilla3a.xml existed when it didn't. It continued to not exist even after the apparently flawless save "completed".

NOTE: Exporting the settings to the Documents folder of course works, and dragging the resultant file from Documents to the access restricted Filezilla Client directory works.

I've got an alert : ​https://www.virustotal.com/fr/file/97dde4e8928433859c5f0c7b2107c7c5434179bf1bd114442d9ce4f6752056b7/analysis/1459688955/ Perhaps it's the same problem than with DVDstyler ? Its author solved it with a new version of InnoSetup : ​https://sourceforge.net/p/dvdstyler/bugs/617/

Upon trying to install FileZilla Client 3.8.0 from the website https://filezilla-project.org/ I was warned by my Bullguard antivirus software that a virus had been detected: Gen.Trojan.Heur2.GZ.PG2@baUQfqpi. Infected object: ids.sourceforgedn.com. Infected file: KLFst.pyr.exe.pat. Should I worry about this?

My virus scanner, Norton, detected a trojan in the FileZilla Client.

Hello,

Clamav is detecting a Trojan, is it a false positive ? ​https://www.virustotal.com/fr/file/3f4b56054b2f816a2cb93765ee783a953ad888ee9e0ff162f1a6501e7adcc589/analysis/1446758959/ ​https://www.virustotal.com/fr/file/cb68f0f3aaa70814d4cc7042b81fb6418a031db82c29960cfa3c58ed7a32eefb/analysis/1446758967/

Am running Windows 10 - 64 bit. Just upgraded to version 3.46.0. Have noted that the ability to reduce the width of the viewing window has been lost, and it will only reduce to a set width. I need a narrow view. Is this a bug or a set feature in the new version?

Kind regards, Mark.

I use the file type of .stm for my SSI html files.

So I entered in FileZilla client V2.2.18 > Interface settings> File viewing / editing a file type line of :

stm %SystemRoot%\system32\notepad.exe

On right clicking on one of these files in local site filname box and choosing 'View/ Edit' I get no launch of notepad or anything happening.

I do have the default program line set to: C:\Program Files\IrfanView\i_view32.exe But not even this is launched.

So is Filezilla not aware of system variables perhaps? The use of system variables to locate program is a valid method of using.

The line stm c:\windows\system32\notepad.exe does works however. But the previous method should work too. So it's a system variable problem.

I'm using Windows XP PRO sp2

BTW, the Example help text in this windows is misleading.

Notepad.exe is no longer kept in c:\windows with XP.

In v3.0.4.1, the "View" Category is missing from the menu, specifically, there does not appear to be a way to refresh the view. I discovered this when a coworker deleted a file from the server, and it was still appearing in my list. Even when I closed and reloaded FileZilla, the file was still showing in the server's directory list. Pressing F5 DID successfually refresh the directory list.

When trying to open a php or css file by pressing "View/Edit" with Adobe Dreamweaver, this popup warning shows.

Eksample:

The file 'index.php' cannot be opened: The associated program ("C:\Program Files\Adobe\Adobe Dreamweaver CC 2017\Dreamweaver.exe", "index.php") could not be found. Please check your filetype associations.

This happens on both my laptop and my desktop.

-Upon connecting to a host -click view/edit -move focus away from filezilla (without moving cursor inside of file) -return to filezilla it immediately requests upload of 'changed' file ..

Tested 2 times on clean open

version: 3.10 release date: 2008-07-23 xp sp2

Error "DDE execute request failed: a request for a synchronous execute transaction has timed out." when I right click a file in the remote site window and select "View/Edit". Screenshot of error dialog attached.

My editor is Textpad 5.2.0 32-bit on Windows XP Professional. Textpad is installed in its default location.

The file still loads in textpad, I can edit it, and I can save it, and it will successfully upload the changes back to the remote site prompting appropriately whether I should replace the existing file. So the View/Edit still works fine with a minor interruption from this alert.

So, in priority terms, I'd classify this as low priority with a successful workaround in place. However, it's a darn annoying error which steals focus and requires me to click Ok before proceeding to the task at hand. Do with that what you will, and good luck!

I think the problem is pretty clear! Here my "About FileZilla"

FileZilla Client

Version: 3.2.8

Build information:

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

If I try to View/Edit a file without file extension, be it on the local drive or on the server, by right-clicking on the file and choosing View / View/Edit, FileZilla crashes.

Right click on a server file, and hit View/Edit. Make your changes, hit save. Should prompt to upload when focus is back on FileZilla. However this does not happen. Worked in Snow Leopard (10.6) but not Lion (10.7).

I'm using Dreamweaver as my default editor and when I select two or more files at the same time, the function doesn't work. No error or so, the download process just isn't starting.

View/Edit function doesn't work any more after upgrading to 3.3.4 rc1 version. Tested on Notepad++ and Dreamweaver cs5.

The View/Edit selection is missing from the popup window when a file is right clicked.

The menu option "View / Edit" should use the windows explorer default editor if "File viewing / editing" doesn't have a program manually configured to view/edit the file...

Thanks.

I have tried to upload my videos to my server, but have come with a technical issue where the server doesn't receive all the data within those video files. They come out half-baked, so to speak. I can view the video on my server-end to a certain point before it cuts off, indicating that the video did not upload 100%, despite the server giving me a report that the uploading was successful.

I used to have no problem uploading similar videos to my server until now suddenly. I think it had something to do with an update, perhaps. Nothing else has changed in my settings and content I upload before the problem occurred.

My file size for my videos is on average 1-2gb, and they are in mp4 format. I still got plenty of space to go around on my server.

The videos often upload until 60-70% before calling for action on my part. I can overwrite the file in which case it just starts the file uploading from the beginning until the same issue appears once again. If I press "Resume", it will simply not upload the rest of the data and claim it is finished even though it is not.

Thus far I have:

• disabled my firewall
• Changed the timeout setting to 0.
• Changed the speed limit box to unchecked.
• Changed the default transfer type from Auto to Binary.
• Changed the default file exists action from "Ask for action" to "Resume"

I have tried every different combination possible with these settings to see if they help, but no help.

When I gave the same files to my brother for him to try to upload them on the same server using his computer in a different house with his own internet and settings, he was able to upload them to 95% before hitting the same issue. He was able to get further than I ever could despite many attempts, but somehow neither of us can hit 100% upload without issues.

The feedback I get on the console reads:

• Response: 451 [Name of the video file]: Append/Restart not permitted, try again.
• Error: File transfer failed

I hope this is enough information to get you started, but feel free to ask more information and I will provide it.

My hard drive recently crashed and I had to do a factory reset to get back up and running. This also meant re-installing all the programs. (thanks to Carbonite for saving our data).

After re-installing FileZilla we're now experiencing black outs as the "Display Adapter Fails" then recovers. We also use HighTail and TeamViewer with no problems.

We're running a Dell quad processor machine with the standard "Intel(R) HD Graphics Family" on board video driver. The driver is current and up to date. We didn't have this problem before the crash so I can't be certain where the problem lies. My system checks out fine with all trouble shooting tools.

Since the major update on FileZilla version 3.9.0 the performance became very poor and the GUI very unresponsive during file transfers. I found a similar ticket here in #9667.

I tested this doing a FTP file transfer (10 simultaneous transfers) of 4403 files in 337 subdirectories with a total size of 42,3 MB with the following results: FileZilla 3.9.0.6: Took about 8 minutes to do the transfer and the GUI was very unresponsive during the transfer.

FileZilla 3.8.1: Took lees than 2 minutes and the GUI was totally responsive during the whole transfer.

I currently decided to roll back to version 3.8.1 until this is fixed.

May I help you with further details to fix this issue?

Hey the past few days I have found my DL speed has dramatically dropped from 1.4mbps to 50kbs, I have went through the forums & tried everything & nothing works, ive checked my broadband speed & its fine

​http://www.speedtest.net/my-result/3932668942

I love FileZilla and have used this program for years. I've never had an issue until this latest batch of updates. The last version that works for me is 3.9.0.6. Anything after that installs and opens fine. However, when trying to connect to my saved website (as I always have in the past - changing nothing), I get the message that it is "Retrieving directory listing...". It sits there for almost 30 seconds, then quickly spools through a few commands and ends with the red "Error: Connection timed out" and "Error: Failed to retrieve directory listing". Nothing in the settings for the connection has been changed, yet every version after the one listed gives me this problem. I have resorted to downgrading to the last working build to be able to access my websites. What is happening and how can I fix it?

I experienced a lot of difficulties in updating your Client to Version 4.63: I could do it only after restarting my PC, since it insisted wrongly that the Client was still running.

Please review the updating SW and correct this irritation.

F.S.Floriani

I have tried putting the path in file associations but it doesnt work transfers to somewhere_{,I dont know where tho. Its many different pdfs, not just one. If I dont specifiy a path in file associations it tries to load in my default which is notepad++}

I upgraded today to 3.41 (64-bit windows) and it is unusably slow. I estimate it is at least 100 times slower than earlier versions. For example, I regularly need to replace a complete subdirectory tree on the server and it usually takes less than second or so. With 3.41 it was taking longer than 10 minutes and barely made an impact, I gave up.

I also see that I cannot just jump from one directory to another, since I now get warnings that a directory synchronisation is taking place.

I wasn't sure that it was Filezilla the problem (maybe a network issue or a million other things), so I downgraded to 3.40 and all was good again. I then tried to reinstall 3.41 and all was slow again. I have now gone back to 3.40 until this gets fixed.

I am a long time user and big fan of Filezilla.

Using Safari 11.0 running on macOS 10.13 when attempting to upload files to my site I get a 530 validation error for my p/w. This did not happen previously with version 3.27.1 nor does it currently so I am not updating until this bug is fixed.

I am using the latest version of Filezilla - downloaded last night I have a problem updating WordPress to 4.8.1 I'm using Filezilla to upload the unzipped folders & etc. In the 'includes' folder, I find about 1/2 way through, I get transfer lockups that last 20 seconds, causing the agent to drop out and then automatically log back in. The file size of the locked up files is always 822,202 bytes. (attached example is only 1Kb - so the error is in either the latest Filezilla, or in my Server VPC FTP. I sent this report to my Server and he says no issue their end) I shows a 'failed file transfer' and it looks to me like those files don't upload. Is it me or is there an issue? I logged as admin at my blog www.chrisdcorran.com and that was OK I went to the Site and it was OK. I'm worried I am corrupting about 1 in four files... Files are attached:

FileZilla_3.27.1_win64-setup_bundled3.exe /S

This doesn't appear to work for the 64bit version on Windows 7 - the default install begins - where Licence agreement ect. is required to be clicked on 'Next'.

I have tried the exact same /S with an earlier version on the same machine - completes perfectly

Just updated to 3.26.2 and it isn't connecting to any servers.

FileZilla Client

Version: 3.26.2

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2017-06-12 Compiled with: x86_64-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -std=gnu++14

Linked against:

wxWidgets: 3.0.4 SQLite: 3.19.3 GnuTLS: 3.5.13

Operating system:

Name: Windows 8.1 (build 9600), 64-bit edition Version: 6.3 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 Settings dir: C:\Users\User\AppData\Roaming\FileZilla\

I have been using FileZilla 3.1.10, since May of 2008; I have recently updated the version 3.2.7.1. I have noticed that when I have multiple programs open when running the new version, my entire system crashes. It will take about four or five times of unplugging the computer to get it back up. Also once I do get up and running, I right click the file, and Download and Add files to queue, I use to be able to click on to start the file downloading.(it is now grayed out) Now I must select View/Edit to start the file downloading. The file does download but is not going to where I originally had pointed. The file being downloaded has a different filesize than what is actually being downloaded.

Hello, I updated my FileZilla Client to v 3.2.6.1 and now I cannot connect to any of my existing ftp servers, it says Connection timed out. My FileZilla was working just fine before this update.

I am running on Windows Vista Ultimate Home.

Versions prior to 3.16 seems to resolve IPs in decimal format no problem but as soon as upgrade to version 3.16 it stop working. Solution for now is to put in the dot IP address. Tried with different dns and number of different ISP and networks but no luck.

I just upgraded to the new 3.12.0.1 release and discovered that it does not recognize folders in the server file listing as folders. It only shows them as files and tries to download them when double clicked on. The only way to access the folders is if you have the Synchronized browsing on and have the same folders in the local computer.

When attempting to upload using FileZilla the server access does not list the directories. Unable to list directories is the error. At first I thought it was my problem then discovered after the update from my older version (3.9.0.5) is when the problem began. I rolled back to the 3.9.0.5 version and the app began to work correctly. I now ignore the prompt to update each time it loads. I have other clients that use FileZilla and I recommend to them not to update until further notice about this problem being solved.

I am not able to connect to the server, filezilla requests confirmation on some not certified server, after to accept it, the directory listing is not complete and the connection fails.

I reverted to 3.9.0.6 and it is working properly.

I can't edit again a same file. msg :

"Opening failed The file 'xxxxx' could not be opened : the associated command failed."

But when i start again Fillezilla, i can edit just one time the file or another file. The associated command is good one time.

I just installed the 3.10.0.1 version and since then couldn't connect to server. Then I downgraded to version 3.8.1 and it works again. Cheers

Version 3.9.0.6 .has been working just fine. I updated to version 3.10 on my desktop iMac (about 1 year old). Now when I connect to my ftp site using Site Manager nothing happens on the right hand side - it simply says Not connected to any server, If try again using Site Manager I get "FileZilla is already connected".

I've gone back to the previous version so I am able to keep working.

Thank you for your support for this fine product.

Here's a weird one. A site that I haven't visited using FZ for a while (I have a program that does automated download from there that works fine though). Today I connected using FZ 3.1.5.1 and it showed the remote directory as empty. I tried passive, active, force show hidden files, all with the same result. So I went to another machine on the same network that hasn't been upgraded from 2.2.10 yet, and it displays the files fine.

Debug logs are attached, grateful for any pointers.

ROSCO

Using Version 3.1.4.1 for my MAC OS 10 trashes my sitemanager.xml file and will not import it from a backup. The error manifests after install and the second tiome it launchs. Error begins with "can not load filezilla.xml". When I remove it, it then states "can not load sitemanager.xml". The sitemanager.xml file has a damaged record for an SFTP connection that uses port 20202. After the user entry the is garbage for the balance of that server record. The rest of the data is not damaged. Attached is a copy of the damaged <sever></server record.

uploads simply stall after 2 or 3 successful file transfers. this has never happened before this recent update.