Custom Query (8171 matches)

Filezilla client version: 3.3.4.1 windows Ftp server: OpenVMS v7.1

always failure after transferring 2,016 bytes when download certain file from OpenVMS ftpserver. have try using both BIN and ASCII but still result the same error ('550 RMS read failure' )

Please help to investigate FTP log is on the attachment

Hi team,

I have my version to not to check for updates, and yet everytime I start up FileZilla it tells me there is an update available.

I'm running FileZilla 3.62.2

We run it on computers that need admin access to update and so it's just an extra step each day to remove the pop up prompt.

Cheers, Steve

FileZilla Client

Version: 3.62.2

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2022-11-22 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.39.4 GnuTLS: 3.7.8

Operating system:

Name: Windows Server 2016 (build 17763), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 lm Settings dir: C:\Users\steve\AppData\Roaming\FileZilla\

Hi,

About 52% of the way through FTP of a 35Mb audio file, FileZilla returns a 'connection closed by server' message and yet the FTP session continues. The moment the FTP is completed though, the session is dropped. You can see the message about 12 lines from the end of the attached file:

Session log: Status: Resolving address of incorrectlypolitical.co.uk Status: Connecting to 72.167.232.52:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 4 of 50 allowed. Response: 220-Local time is now 02:20. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220 You will be disconnected after 3 minutes of inactivity. Command: USER brennigjones Response: 331 User brennigjones OK. Password required Command: PASS Response: 230-User brennigjones has group access to: 450 Response: 230 OK. Current directory is / Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Extensions supported: Response: EPRT Response: IDLE Response: MDTM Response: SIZE Response: REST STREAM Response: MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*; Response: MLSD Response: ESTP Response: PASV Response: EPSV Response: SPSV Response: ESTA Response: AUTH TLS Response: PBSZ Response: PROT Response: 211 End. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,196,124) Command: LIST Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 45 matches total Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,198,40) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 45 matches total Status: Calculating timezone offset of server... Command: MDTM favicon.ico Response: 213 20081118122530 Status: Timezone offsets: Server: -25200 seconds. Local: 0 seconds. Difference: 25200 seconds. Status: Directory listing successful Status: Retrieving directory listing... Command: CWD thisrealitypodcast Response: 250 OK. Current directory is /thisrealitypodcast Command: PWD Response: 257 "/thisrealitypodcast" is your current location Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,196,229) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 33 matches total Status: Directory listing successful Status: Retrieving directory listing... Command: CWD audio Response: 250 OK. Current directory is /thisrealitypodcast/audio Command: PWD Response: 257 "/thisrealitypodcast/audio" is your current location Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,195,119) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 30 matches total Status: Directory listing successful Status: Resolving address of incorrectlypolitical.co.uk Status: Connecting to 72.167.232.52:21... Status: Connection established, waiting for welcome message... Response: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ---------- Response: 220-You are user number 4 of 50 allowed. Response: 220-Local time is now 02:21. Server port: 21. Response: 220-This is a private system - No anonymous login Response: 220 You will be disconnected after 3 minutes of inactivity. Command: USER brennigjones Response: 331 User brennigjones OK. Password required Command: PASS Response: 230-User brennigjones has group access to: 450 Response: 230 OK. Current directory is / Status: Connected Status: Starting upload of C:\Documents and Settings\Brennig Jones\My Documents\My Music\Podcast Files\Source Files\2009-01-03.mp3 Command: CWD /thisrealitypodcast/audio Response: 250 OK. Current directory is /thisrealitypodcast/audio Command: PWD

Response: 257 "/thisrealitypodcast/audio" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,196,188) Command: STOR 2009-01-03.mp3 Response: 150 Accepted data connection Error: Connection closed by server Response: 226-File successfully transferred Response: 226 653.861 seconds (measured here), 45.49 Kbytes per second Status: File transfer successful Status: Retrieving directory listing... Command: PASV Response: 227 Entering Passive Mode (72,167,232,52,199,28) Command: LIST -a Response: 150 Accepted data connection Response: 226-ASCII Response: 226-Options: -a -l Response: 226 31 matches total Status: Directory listing successful

Version: 3.0.9.2

Steps To Reproduce:

1. Open FileZilla
2. Connect to an FTP
3. Right-click on the remote file browser and select 'Create directory'
4. Leave the 'Create directory' dialogue box open until you disconnect from the server (by timeout, or any other means)
5. Left-click 'OK'
6. Boom!

after an upgrade from 2.2.3 to 2.2.4 the 'Default remote directory' setting of existing sites is not being used

default remote directory should be /home/thegoldenear/htdocs/

respective information from from the log concerning the directory: Response: Remote working directory is /home/thegoldenear Status: Connected Trace: SftpControlSocket.cpp(2404): ResetOperation(1)

caller=0x00d0a1c0

Trace: SftpControlSocket.cpp(289): List(FALSE,0,"/","",1) caller=0x00d0a1c0 Status: Retrieving directory listing... Command: CD / Trace: SftpControlSocket.cpp(2568): OnReceive(0) caller=0x00d0a1c0 Trace: SftpControlSocket.cpp(2568): OnReceive(0) caller=0x00d0a1c0 Trace: SftpControlSocket.cpp(2568): OnReceive(0) caller=0x00d0a1c0 Response: Remote working directory is now / Trace: SftpControlSocket.cpp(289): List(FALSE,0,"","",0) caller=0x00d0a1c0 Command: LIST

Remote site's 'Filename' column shows last modified data,and 'Last modified' column no data, then click directory name can't cd into the directory,click filename can't download the correct file, because the directory name has the last modified year,date,time as the directory,file name's prefix.

The 'Local site' pane shows 'My Documents' but there is no '+' to expand it. If I double click, nothing happens. I need to use the drive letter ('D:' in my case) to access the local files.

Windows XP SP3 / Filezilla 3.10 (also tried 3.11RC1 + nightly)

Using version 3.7.3 the options 'Overwrite if newer' works correctly. However, after upgrading to version 3.7.4.1 all files are overwritten even if the files have the same timestamps.

I tested it with identical directories and files. First I uploaded files with version 3.7.3. Everything works as expected. Only files that actually were newer got transferred. Then I set-up exactly the same files and directories and use version 3.7.4.1. All files were transferred, even the files having identical timestamps.

I also noticed that the files have correct identical timestamps in the treeview (see attachment for just one file).

Settings the server timezone offset +1 solves the wrong file-overwrite behavior. However then the times in the treeview are not displayed correctly.

The logging for transferring 1 file that has identical timestamps at both the server and the client (test.txt) looks as follows:

Status:	Verbinding aangemaakt, welkomstbericht afwachten...
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	220 ProFTPD 1.3.4a Server (Debian) [::ffff:***.***.***.***]
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	USER ***
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	331 Password required for ***
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	PASS ********************
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	230 User *** logged in
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	SYST
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	215 UNIX Type: L8
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	FEAT
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	211-Features:
Antwoord:	 MDTM
Antwoord:	 MFMT
Antwoord:	 TVFS
Antwoord:	 UTF8
Antwoord:	 MFF modify;UNIX.group;UNIX.mode;
Antwoord:	 MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
Antwoord:	 LANG ru-RU;ja-JP.UTF-8;ja-JP;en-US*;fr-FR;bg-BG;ko-KR.UTF-8;ko-KR;it-IT;zh-TW;zh-CN
Antwoord:	 SITE MKDIR
Antwoord:	 SITE RMDIR
Antwoord:	 SITE UTIME
Antwoord:	 SITE SYMLINK
Antwoord:	 REST STREAM
Antwoord:	 SIZE
Antwoord:	211 End
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	OPTS UTF8 ON
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 UTF8 set to on
Status:	Verbonden
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	Measured latency of 32 ms
Status:	Mappenlijst ophalen...
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	CWD /***/*****
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	250 CWD command successful
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	PWD
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	257 "/***/*****" is the current directory
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	TYPE I
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 Type set to I
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,144,144).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	MLSD
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for MLSD
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Mappenlijst succesvol ontvangen
Status:	Mappenlijst ophalen...
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	CWD temp
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	250 CWD command successful
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	PWD
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	257 "/***/*****/temp" is the current directory
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,143,207).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	MLSD
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for MLSD
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Mappenlijst succesvol ontvangen
Status:	Adres oplossen van *****.******.***
Status:	Verbinden met ***.***.***.***:21...
Status:	Verbinding aangemaakt, welkomstbericht afwachten...
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	220 ProFTPD 1.3.4a Server (Debian) [::ffff:***.***.***.***]
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	USER ***
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	331 Password required for ***
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	PASS ********************
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	230 User *** logged in
Opsporen:	CFtpControlSocket::SendNextCommand()
Commando:	OPTS UTF8 ON
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 UTF8 set to on
Status:	Verbonden
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	Measured latency of 34 ms
Opsporen:	CFtpControlSocket::FileTransfer()
Status:	Upload starten van C:\***\***\*****\***\***\temp\test.txt
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	CWD /***/*****/temp
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	250 CWD command successful
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::ChangeDirSend()
Commando:	PWD
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	257 "/***/*****/temp" is the current directory
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	FileTransferSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	FileTransferSend()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	TYPE A
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 Type set to A
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,144,220).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	STOR test.txt
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for test.txt
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	FileTransferSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	FileTransferSend()
Commando:	MFMT 20140225194803 test.txt
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	213 Modify=20140225194803; test.txt
Opsporen:	FileTransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Bestandsoverdracht succesvol, 408.064 bytes in 6 seconden overgedragen
Status:	Mappenlijst ophalen...
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	TYPE I
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	200 Type set to I
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	PASV
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	227 Entering Passive Mode (***,***,***,***,176,72).
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Commando:	MLSD
Opsporen:	CTransferSocket::OnConnect
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	150 Opening ASCII mode data connection for MLSD
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::SendNextCommand()
Opsporen:	CFtpControlSocket::TransferSend()
Opsporen:	CTransferSocket::TransferEnd(1)
Opsporen:	CFtpControlSocket::TransferEnd()
Opsporen:	CFtpControlSocket::OnReceive()
Antwoord:	226 Transfer complete
Opsporen:	CFtpControlSocket::TransferParseResponse()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Opsporen:	CFtpControlSocket::ParseSubcommandResult(0)
Opsporen:	CFtpControlSocket::ListSubcommandResult()
Opsporen:	CFtpControlSocket::ResetOperation(0)
Opsporen:	CControlSocket::ResetOperation(0)
Status:	Mappenlijst succesvol ontvangen

If downloading a queue and the server disconnects for some reason, pressing the 'Process Queue' button again will have no effect. One must use the menu option 'Queue -> Process Queue' to get it going again. Tested in 1.7b

Observed on my machine, reproducable 100% of the time:

Reproduction:

• Open FileZilla on OSX
• Connect to a host
• Open de Message log tab
• Right-click on the log, and click 'Show detailed log'.

Observed:

• No detailed log appears.
• After maybe one or two seconds, FileZilla becomes unresponsive (beach ball appears) and it doesn't seem to ever recover from that, no matter how long I wait.
• Only killing the application makes it go away.

After killing FileZilla, OSX gives me a crash report which I'll attach.

After previous update to the 'data/filezilla.appdata.xml' where we left launchable in for software centers. A look at the appstream 0.12 docs show that the 'type' should be 'desktop-id' and not the current 'desktop'.

Patch attached.

setting the 'default remote directory' setting in Site Manager to a directory eg home will be saved as /home/

this works fine on a unix box but on a windows box it will fail

on a windows box the command 'cwd home' will work whereas 'cwd /home/' gives a 'could not receive directory error'

Been getting the following message pretty regular since the latest update: FileZilla Client

Version: 3.3.1

Build information:

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

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.3

Problem:

1st popup: "failed to write xml"

2nd popup: "can't open file 'C:\Users\[myuseracctname]\AppData\Roaming\filezilla\filezilla.xml' (error 1224: the requested orperation cannot be performed on a file with a user-mapped section open.)

!!! I don't recall having user-mapped anything, let alone filezilla.xml !!!

Hi there, I have an ASUS Eee PC, Netbook (1G RAM). I only recently installed filezilla and did so under the instruction of my web hosts -- who say they are quite familiar with the program. I have successfully made several connections to their server and uploaded files onto it. This is the primary reason I installed the program. The last three times I have started filezilla, a series of error messages have been popping up (see attached images). I have to click 'OK' on the boxes, of which there might be anything up to seven or eight. Two or three appear as the program opens and three always appear at the end of the session. This doesn't seem to be affecting my ability to connect to the remote server; I have performed a test connection and uploaded a file to check. I'm just wondering is this an omen of worse problems to come. Thanks, Kath T Today I also downloaded the newest version of filezilla, hoping the problem would stop, but it didn't. I just started up and shut down filezilla and have taken screenshots of every error alert I have to click through; errors 01.gif and 02.gif appeared at the beginning and the rest at the end. I have checked to see the destination folders in the error messages and the files mentioned are there, but I don't know much about what the messages mean.

FileZilla 3.3.2

When updating with 'nighlty' builds option, update gets FileZilla.zip.sha512 file (March 3-4, 2010)

I noticed a new feature in FileZilla 1.9.6: The 'reconnect' button remembers the password. But for security reasons I don't save the password on my disk, I always type it in when FileZilla prompts me. The problem is that FileZilla even 'saves' a wrong password so that I have to quit and restart it. A solution would be to remember the password only if it was correct i.e. we get a '230 user logged in' during login.

FileZilla 1.9.6 seems to have some refresh problems: The remote view is neither refreshed after deleting a remote directory nor after changing permission (chmod) of a file/dir.

I'm using FileZilla 1.9.7 with two simultanious running instances. First I connect to host1.tld then starting another FileZilla and connect to host2.tld. After a while FileZilla on host1.tld gets disconnected (timeout) so I hit the reconnect button. But now FileZilla tries to connect to host2.tld which is wrong. The password seems to be remembered correctly as it cannot connect properly to host2.tld as I get a login incorrect so I assume that FileZilla sends the other right password for host1.tld.

Checking "Show hidden files" in "View" menu will always be resetted after restarting FileZilla. There is no option for setting it by default.

Our server was switched from normal ftp to sftp. But I cannot login with FileZilla 1.9.8 using 'FTP with explicit encryption'. All I get is following:

Status: Connecting to xxx.xxx.xxx.xxx:22 ... Status: Connected with xxx.xxx.xxx.xxx:22. Waiting for welcome message... Response: SSH-1.99-OpenSSH_3.1p1

(nothing happens for about 5 minutes...)

Error: Timeout detected!

But when I use another client from <​http://www.ssh.com/products/ssh/download.cfm>, it works... A bug in FileZilla or maybe a server mis- configuration or something totally different?

BTW: 'FTP with implicit encryption' doesn't work at all and normal FTP says the same as with explicit encryption.

There is a bug in the site manager! Following steps should reproduce the problem:

• create a new site with 'SFTP using

SSH2' as server type

• export with all details
• clear list

import site manager list

Now the server type isn't 'SFTP using SSH2' as it should, instead it is 'FTP over SSL (implicit encryption)'.

An employee on Mac and I (PC) both upgraded this morning. Now all transfers fail. When trying to send a new file, it creates the instance of the file with a zero kb size on our remote server, then repeatedly tells you it already exists (apparently the zero kb version) and asks if you want to overwrite, repeatedly, without ever overwriting or allowing the transfer.

It would be nice if the NSIS script was modified to let the user only install the admin interface, instead of requiring install of the server. This is so you can install the admin on a different computer to do remote admin.

It would be good if we could set permissions on files instead of just folders. Which is especially useful if wildcards can be used in the filenmes, as this would allow for, for exmaple allowing only readme.txt files to be visible/downloaded from a particular path.

there is a typo in file Permissions.cpp, Line 591. it should read:

while((pos = directory.Find('/')) != -1)

instead of

while((pos = directory.Find('/') != -1))

enhances the "connected users" list in the filezilla server interface. report view has 3 columns (id, account, ip) which resize automatically by content and by window size. more user information will be added in a later patch.

this patch adds:

• name of the file/directory currently transferred, display

as local filename or as ftp name

• transfer speed per connection
• transfer progress in %
• sort user display by ip or account
• group display for windows xp
• the pane layout can be switched horizontal/vertical
• pane layout setting, pane splitter position, filename

display setting and user sorting settings are saved to the options file

tested under windows 98, 2000 and xp.

It would be most helpful if Filezilla offered an option to show the Site Manager at startup since 99% of the time that is what I do :-)

I have used FileZilla 2.x (currently 2.2.32) heavily for years, and especially rely on GSSAPI/Kerberos and IPv6 functions of FileZilla client. I did a trial install of 3.0.9.3, but uninstalled it when I was unable to find these features. Are they hidden? Or did they get dropped in the recode from 2.x to 3.x? In any event, please restore them so I can use a current version of FileZilla.

After uploading a file and renaming it so that the file name ends with an asterisk (*), the file has become unaccessible

E.g. I upload a file "test.zip" Then I rename it to "test.zip *old version*"

FileZilla shows "test.zip *old version" (the last * is missing) I'm unable to do anything with that file anymore. Not even a delete.

I noticed when I was FTPing files between two computers on my 100mbit LAN that on the server side of things, its showing the current throughput, but, when it reaches to over 1000, it places the comma in the wrong spot. Instead of 1,000, its showing 10,00kb/s. Quick fix, but not worthy of a new release. ;)

When starting the client via command line, FZ starts up but does not invoke any site settings. E.g. "C:\Program Files (x86)\FileZilla FTP Client\filezilla.exe" --site=mySite starts the client but does not initiate a session using the mySite settings. It behaves the same as if --site were not specified.

As of fileZilla version 3.35.2 the -s and --site-manager command line parameter switches do nothing when specified after the program path and name (out side of the ending double quote) in the properties box of a windows 10 desktop icon. I tried using -site-manager as well, but that gave me an unknown command message, but with either -s or --site-manager, no error message is displayed.

I expect that the -s and --site-manager switches should display the site manager dialog after fileZilla starts.

The -s command line switch to load a stored session does not bring up the prompt for password if the session was saved with type "normal" and "don't save password"..... and fails to log in..

Hello again,

Have been playing with the program a little more since the last message and would like to ask for the following:

• choose a wav file to play when the program connects

to a site. Similarly, choose a sound to play for disconnecting and for completing an ftp session

• I found an inconvenience: on the Site Manager,

pressing DEL will erase the currently selected site even if all you wanted to do was to delete a character when editing one of the fields. Deleting a site should only be executed if the site tree has focus

• when connected to a site, the program's title bar

should display the name of the site instead of "FileZilla version xxx" (or at least have it somewhere on the title)

• on the Site Manager again: new folders are sorted

aplhabetically, but they should appear at the top of the list, before individual site entries. Also, have an option to sort or not sort the entries

• another thing there: when creating a new folder, it

is not possible to drag existing entries into it, so I have to manually copy them - not convenient really

Once again, thanks for this great program - I'll probably be back for more wishes...

Well, further on with my adventures I noticed the following:

• the estimated remaining time seems to be calculated

on the transfer rate of that particular instance and as a result it jumps up and down wildly, at least in the early stages. Averaging the transfer rate of the last, say, 5 seconds would make it look more smooth

• on the Site Manager, would it be possible to have

some text space for each site where one could simply record a few notes?

Thanks

Well, further on with my adventures I noticed the following:

• the estimated remaining time seems to be calculated

on the transfer rate of that particular instance and as a result it jumps up and down wildly, at least in the early stages. Averaging the transfer rate of the last, say, 5 seconds would make it look more smooth

• on the Site Manager, would it be possible to have

some text space for each site where one could simply record a few notes?

Thanks

On startup:

ASSERT INFO:
../src/gtk/toplevel.cpp(988): assert "m_widget" failed in Show(): invalid frame

BACKTRACE:
[1] wxTopLevelWindowGTK::Show(bool)
[2] wxTopLevelWindowBase::Destroy()
[3] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
[4] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[5] wxEvtHandler::TryHereOnly(wxEvent&)
[6] wxEvtHandler::ProcessEventLocally(wxEvent&)
[7] wxEvtHandler::ProcessEvent(wxEvent&)
[8] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[9] wxTimerImpl::SendEvent()
[10] g_main_context_dispatch
[11] g_main_loop_run
[12] gtk_main
[13] wxGUIEventLoop::DoRun()
[14] wxEventLoopBase::Run()
[15] wxAppConsoleBase::MainLoop()
[16] wxEntry(int&, wchar_t**)
[17] __libc_start_main

FileZilla 3.28.0 (Debian Sid)

Since we upgraded to 3.10.2 DBF files arrive damaged. After a few records the content and fields seems shifted somehow. Additional problem is that we can't go back to an earlier version of Filezilla easily as the passwords are now crypted (good thing...) but in the previous version they weren't. See the damage in the picture, from record 81. The original DBF is attached too; you should be able to read it in Excel for example.

Dick

I've put up a .desktop file with the translations available at: ​http://mdk.jack.kiev.ua/trunk/l10n/$lang/messages/menu-messages-main/menu-messages-main.po

Newest (win32 3.5.3) filezilla refuses to show hidden files on a proftpd server. If I use the WinXP shipped ftp, 'DIR -a' command shows hidden files as expected and I see the options text saying parameters -l and -a were used. With filezilla w/o hidden files setting the 'Options: -l' appears both times.

Can save save/transver all files from your client to the server except .taccess files never have this issues before and using you from years.... is your quality and support will change in microsoft?

In the german language version is after the upgrade to 3.2.4 the .htaccess - file not shown. But the under "server" is "force showing hidden files" activated.

Hello,

I have read the previous posts regarding the .htaccess issue. I have enabled the raw logs and my .htaccess file is showing up. I am using FileZilla 3.0.4

Listing: type=file;size=17;modify=20110428014334;UNIX.mode=0604;UNIX.uid=7645816;UNIX.gid=100450;unique=1ag2d27955; .htacess

I also have enabled my server to "Force showing hidden files". I have this working on other machines but I have not been able to get it working since I reinstalled Win XP Pro. This isn't the end of the world because you can manually transfer a file but its kind of annoying when it used to work.

Thanks

}}}

I use filezilla for all my purposes on 4 different websites.

However, for a particular type of webpage (our result files which are html), whenever I use filezilla, the whole page becomes unformatted/corrupted once uploaded, and shows all chinese fonts.

Because of this I have had to use another ftp software for the past one year, just to upload our result files, where that software works fine. For the rest of the html, asp, php etc. pages on the website filezilla works fine and I have had no issues with it for the past two years.

I am attaching an html file for your verification. Ours is a linux server. The websites where I have tried this out have been both on windows and linux servers but this problem persisted over the years.

In Filezilla Server, when you check the option for enabling .ink files to be resolved, they are not flagged as executable by the owner. .ink files are not able to be resolved unless they are flagged as executable by owner.

The .lnk files are not being resolved, whereas they were resolved in earlier versions.

Hello, I have working .pdfs that upload as empty files (0 bytes). I can open them from my computer, but then not once they've been uploaded. What do you think is going on here?

thanks, Fritz

I can't upload anymore. something new about the server is not allowing me to delete .pureftpd filenames, even though they are being created.

it is consuming all my web space, and I have some ISOs to upload. my uploads take days to complete at 384kbps. so this may be causing filezilla to leave large garbage behind.

please change filezilla to remove the . in front. that should do it. Also, please fix the bug that leaves the trail of garbage on uploads that last several days. thanks. thanks

by the way, it doesn't matter what ftp client I use, I can't delete them. I suppose that's a server issue.

Response: 226-Options: -a -l Response: 226 32 matches total Status: Directory listing successful Command: DELE .pureftpd-upload.4abba5b4.15.3f38.11c65b03 Response: 550 Prohibited file name: .pureftpd-upload.4abba5b4.15.3f38.11c65b03 Command: DELE .pureftpd-upload.4abc2fc1.15.6400.30d4d7d2 Response: 550 Prohibited file name: .pureftpd-upload.4abc2fc1.15.6400.30d4d7d2 Command: DELE .pureftpd-upload.4abc66ee.15.3241.afbeae25 Response: 550 Prohibited file name: .pureftpd-upload.4abc66ee.15.3241.afbeae25 Command: DELE .pureftpd-upload.4abc9c9b.15.7eb4.2aeb9c4 Response: 550 Prohibited file name: .pureftpd-upload.4abc9c9b.15.7eb4.2aeb9c4 Command: DELE .pureftpd-upload.4abcd02a.15.5fb3.81dc8d4c Response: 550 Prohibited file name: .pureftpd-upload.4abcd02a.15.5fb3.81dc8d4c Command: DELE .pureftpd-upload.4abd03ba.15.3246.9aa1f088 Response: 550 Prohibited file name: .pureftpd-upload.4abd03ba.15.3246.9aa1f088 Command: DELE .pureftpd-upload.4abd8b2f.15.3fba.45d3f0d4 Response: 550 Prohibited file name: .pureftpd-upload.4abd8b2f.15.3fba.45d3f0d4 Command: DELE .pureftpd-upload.4abdc2bf.15.6c1.f67c19c Response: 550 Prohibited file name: .pureftpd-upload.4abdc2bf.15.6c1.f67c19c Command: DELE .pureftpd-upload.4abdf704.15.451e.dec536fd Response: 550 Prohibited file name: .pureftpd-upload.4abdf704.15.451e.dec536fd Command: DELE .pureftpd-upload.4abe2acf.15.102f.9f970a70 Response: 550 Prohibited file name: .pureftpd-upload.4abe2acf.15.102f.9f970a70 Command: DELE .pureftpd-upload.4abe603e.15.5d6e.acdf9b1 Response: 550 Prohibited file name: .pureftpd-upload.4abe603e.15.5d6e.acdf9b1 Command: DELE .pureftpd-upload.4abee99c.15.3ed1.1e24f4ba Response: 550 Prohibited file name: .pureftpd-upload.4abee99c.15.3ed1.1e24f4ba Command: DELE .pureftpd-upload.4abf1f7f.15.51b.d77a82ff Response: 550 Prohibited file name: .pureftpd-upload.4abf1f7f.15.51b.d77a82ff Command: DELE .pureftpd-upload.4abf534b.15.2497.bfd1d9de Response: 550 Prohibited file name: .pureftpd-upload.4abf534b.15.2497.bfd1d9de Command: DELE .pureftpd-upload.4abf8573.15.73fe.767fc320 Response: 550 Prohibited file name: .pureftpd-upload.4abf8573.15.73fe.767fc320 Command: DELE .pureftpd-upload.4abfb7d7.15.4224.7e25e803 Response: 550 Prohibited file name: .pureftpd-upload.4abfb7d7.15.4224.7e25e803 Command: DELE .pureftpd-upload.4ac253ea.15.739.5fe192b8 Response: 550 Prohibited file name: .pureftpd-upload.4ac253ea.15.739.5fe192b8 Command: DELE .pureftpd-upload.4ac28c0e.15.73c9.dee75fce Response: 550 Prohibited file name: .pureftpd-upload.4ac28c0e.15.73c9.dee75fce Command: DELE .pureftpd-upload.4ac2c53f.15.4fcd.ff142824 Response: 550 Prohibited file name: .pureftpd-upload.4ac2c53f.15.4fcd.ff142824

I recently noticed that a .txt file from a Unix machine was download as binary to a windows machine, even though "txt" is in the ASCII file list. The file is named like filename.20091204.165157742.txt. I am guessing that the reason for this is because it sees the text after the first "." as the extension and not the text after the last "." as the extension. I would contend that only the text after the last "." should be looked at for the extension. This is consistent with how windows works (don't know about other OSes).

I use a media player that uses an .xml file for the playlist. I tried uploading three instances of the player to some webspace last evening. None of the three would work. I have another instance of the player on the space that I had uploaded probably with a 2.xx version of FileZilla. I finally traced the problem down to the playlist which is an .xml file. When I was reasonably certain that the problem was with the .xml file I got FireFTP and uploaded my playlists with that program. The players all work with playlists uploaded with FireFTP. I have two computers and I tried with both computers. To check I uploaded the files using FileZilla 3.0.10. All the players broke again. Reuploading the files with FireFTP fixed the players again.

My Computers both run Windows XP Home OS. They are Core 2 Duo computers with 2GB of ram. I had version 3.0.5 running when I first encountered the problem. I checked for updates and updated to 3.0.10. I have attached one of the .xml files. I did not download one of the broken ones to compare.

Hello,

In version 1.8 the directory is always ending with a "/". That is not allowed on an OpenVMS system. On that system the directory is ending with a "]" (without quotes).

Error when you open the site and the program itself. See. Screen file:

/include/wx/string.h(1536): assert "!empty()" failed in Last(): wxString: index out of bounds

FileZilla Client

Version: 3.12.0.2

Build information:

Compiled for: i386-portbld-freebsd10.1 Compiled on: i386-portbld-freebsd10.1 Build date: 2015-07-23 Compiled with: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Compiler flags: -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.3.16 SQLite: 3.8.10.2

Operating system:

Name: FileZilla Client

Version: 3.12.0.2

Build information:

Compiled for: i386-portbld-freebsd10.1 Compiled on: i386-portbld-freebsd10.1 Build date: 2015-07-23 Compiled with: FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Compiler flags: -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -g -std=gnu++11

Linked against:

wxWidgets: 3.0.2 GnuTLS: 3.3.16 SQLite: 3.8.10.2

Operating system:

Name: FreeBSD 10.2-RC1-p1 i386 Version: 10.2 CPU features: sse sse2 sse3 Settings dir: /home/elimelech/.config/filezilla/

Version: 10.2 CPU features: sse sse2 sse3 Settings dir: /home/elimelech/.config/filezilla/

... following is LAST working version:

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

Version:          3.10.3

Build information:
  Compiled for:   x86_64-unknown-linux-gnu
  Compiled on:    x86_64-unknown-linux-gnu
  Build date:     2015-03-29
  Compiled with:  gcc (Debian 4.7.2-5) 4.7.2
  Compiler flags: -g -O2 -Wall -g -std=gnu++11

Linked against:
  wxWidgets:      3.0.3
  GnuTLS:         3.3.13
  SQLite:         3.8.8.3

Operating system:
  Name:           Linux 3.10.0-229.4.2.el7.x86_64 x86_64
  Version:        3.10

next version is no longer working (won't even launch):

[alexus@wcmisdlin02 bin]$ ./filezilla 
./filezilla: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./filezilla)
./filezilla: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./filezilla)
[alexus@wcmisdlin02 bin]$

I want to be able to use the /reload-config option for FileZilla server to reset passwords without stopping and re-starting the server. On multiple Windows platforms, it worked fine if I was logged in and ran it manually from a command prompt. I run an SSH session using PuTTY and it did not return an error, but it did not work either. Then I tried using the command line scheudler (AT command) and that did not do the trick either. I was thinking it might be a user privelage level, even though I did not get any access denied errors. Then I tried wrapping the command into a service written in c# running with admin privelages, no luck there too. My end goal is to create an ASP.NET page for resetting password. The class performing this would ideally invoke the "FileZilla Server /reload-config

BTW: FileZilla is awesome and it rules!

Hi,

i'm uploading the newest version of wordpress with filezilla, and there are some 0 bytes files.

This is the log of a 0 byte file:

[...] Status: Starte Upload von T:\Temp\wordpress\wp-includes\js\tinymce\plugins\autosave\langs\sv.js Befehl: TYPE A Antwort: 200 Type set to A Befehl: PASV Antwort: 227 Entering Passive Mode (XXX,XXX,XXX,XXX,XXX,XXX). Befehl: STOR sv.js Antwort: 150 Opening ASCII mode data connection for sv.js Fehler: Timeout entdeckt! Fehler: Upload fehlgeschlagen [...]

This happens with every 0 byte file.

I know it's petty, but it's hard to guage if my transfer went through correctly if it says that the file size is 0 Mb. Even as little as 10.24 Kb is still .01 Mb

I'd like to see Mb display in fractions thereof, rather than whole numbers and zeros. I'm submitting my petty request as a bug because the majority of my ASCii files show as 0 Mb. I've attached a screenshot to express the frustration.

0.33.0 library version is 12 when 0.32.0 was 19.

Is this an error?

After a upgrade from the previous version.

Had to replace the new versions of the libeay32 and ssleay32.dll's with the old ones from the 0.9.9 release i guess to get it up and running again.

After a upgrade from the previous version.

Had to replace the new versions of the libeay32 and ssleay32.dll's with the old ones from the 0.9.9 release i guess to get it up and running again.

I used FileZilla server 0.9.9 under XP Professional and it works fine.

On the same system Version 0.9.10a is really slow (transfer rate ~ 70 Kbytes/sec).

Needed an FTP server, which support ftps, was in a hurry and tried FZ. Got 0.9.15 and it seemed to do fine except with the only client that really mathered - Thumbleweed's SecureTransport (widely used in big companies, banks, etc.)

So tonight I saw that there's 0.9.16 out there and decided to give it a try. Well, now all the clients (FZ, SmartFTP, SecureTransport, FTPVoyager) don't work at all.

There's the log from FZ client: Status: Connecting to localhost ... Trace: FtpControlSocket.cpp(5083): m_pSslLayer changed state from 0 to 1 caller=0x003aa7bc Trace: FtpControlSocket.cpp(5083): m_pSslLayer changed state from 1 to 2 caller=0x003aa7bc Trace: FtpControlSocket.cpp(5083): m_pSslLayer changed state from 2 to 4 caller=0x003aa7bc Trace: FtpControlSocket.cpp(938): OnConnect(0) OpMode=1 OpState=-8 caller=0x003aa7bc Status: Connected with localhost, negotiating SSL connection... Trace: FtpControlSocket.cpp(761): OnReceive(0) OpMode=1 OpState=-8 caller=0x003aa7bc Response: 220-FileZilla Server version 0.9.16 beta Response: 220-written by Tim Kosse (Tim.Kosse@…) Response: 220 Please visit ​http://sourceforge.net/projects/filezilla/ Command: AUTH SSL Trace: FtpControlSocket.cpp(761): OnReceive(0) OpMode=1 OpState=-9 caller=0x003aa7bc Response: 2 Response: 3 Response: 4 Response: Response: U Response: s Response: i Response: n Response: g Response: Response: a Response: u Response: t Response: h Response: e Response: n Response: t Error: Timeout detected!

I've seen similar bugs opened and closed in this bug tracking system, usually blaming the router, but I think that this is still a problem in the latest version of Filezilla Server 0.9.22. Here's what I did to demonstrate this.

Inside a router firewall, I set up two servers, one WinXP with Filezilla 0.9.22. The other was a CentOS server running vsftpd. The router was set up to pass ports 20,21 as well as ports 1024-1033, with the two FTP servers configured accordingly.

Outside the firewall, I had two Unix servers, one running CentOS, and the other running FreeBSD.

The FTP client on the CentOS system speaks PASV mode only. When the router was set to point to the CentOS system behind my firewall, then things worked -- the 227 response provided my public IP (of the router), and two port numbers, which when multiplied together, provided something in the specified range of 1024-1033. However, when the router was redirected with the same rules to point to the Filezilla server (differen LAN IP only), then I could log in, but I could not execute an 'ls'. Looking at the Filezilla server log, a correct 227 response to the PASV mode command was entered, but apparently never properly received by the CentOS FTP client. So it hung until the connection timed out.

On the other hand, the FTP client of the FreeBSD server outside the firewall speaks EPSV, which seems to work fine with both the CentOS and Filezilla servers behind my firewalls. With EPSV, the port number to use is transmitted premultiplied together.

If the router were to blame, it would not have handled the CentOS system behind the firewall properly either, would it?

A log file of the CentOS client trying to connect to the two server is attached.

I noticed the changelog:

FileZilla Server 0.9.35 released
New features:
   * Administration interface is now Unicode enabled.

After I updated from 0.9.34 to 0.9.35 and 0.9.36, 0.9.35+ cannot show Chinese characters in upper log window of Admin Interface, but correctly in lower connect-threads window, log files and client. And everything works but log window of Admin Interface.

FileZilla Server 0.9.35 & 0.9.36 Windows XP Professional SP3 AMD Athlon 64 X2 4200+ (2.2G)

Here are some screenshots:

when i trying to upload files to my hosting..which i have report thi before and it will damm crashes!! it still crashes when put to 1 connection

i have windows vita sp1

please fix this and i am using the latest filezilla 3.1.5.1

1) Issue 1 I can not read log files created by Filezilla Server version 1.0.0-rc2. I have unsufficient permissions for log files, even as an admin. Not even rotated logs. It appears that log files do not inherit permissions from Logs-folder, they have their own ambiguous permissions.

2) Where does server store server settings file?

3) Log level explanations needed E.g. Log level 3: What is logged and what is not logged?

Hi, while I can't repro on demand (yet), I am having server crashes. The error suggests it's a memory access violation (Sig[6].Value=c0000005) I was running a VERY old version of the server. I recently installed 1.3.0 and since I did, I get the same crashes on both servers.

I am attaching the windows crash report. Happy to provide any more data that i can.

Server : windows server 2022 standard ram: 8gig configured, utilization never jumps over 50% of the ram cpu: 4 cores When they crash, only a single client is connected, uploading via single thread.

<Date> Info [Type] Message <30-11-2022 16:00:42> Admin UI [Error] The server appears to be behind a NAT router. Please configure the passive mode settings and forward a range of ports in your router.

The message above should not be [Error], it should be [Info] or [Notice].

When i try to upload with 1.8 in passive mode, i get an error:

Status: Starting upload of c:\Program Files\FileZilla\license.txt Command: TYPE A Response: 200 Type set to A. Command: PASV Response: 227 Entering Passive Mode (12,x,2,11,56,16). Command: STOR license.txt Error: Transfer channel can't be opened. Reason: The requested address is not valid in its context. Error: Upload failed

On the logs for my ftp server (g6) i see:

STOR license.txt asked to upload 'license.txt' in 'd:\' --> Access

allowed.

PASV aborted uploading 'license.txt' in 'd:\' -

(17:42:41 - -0.001 KB - 0.000 KBytes/s).

227 Entering Passive Mode (192,168,0,2,40,123). TYPE A 200 Type set to A. LIST PASV 426 Cannot retrieve. Failed. Aborting 227 Entering Passive Mode (192,168,0,2,249,189).

Compared with 1.7b (which works), there was no PASV command issued after STOR. It just goes straight to "data connection." That has to be the reason it's messing up.. right?

I tried it real quick to upload to a proftpd server and i got the same error.

I hope it's not just me.

thnx

Upon resuming an FTP download of a large file, Filezilla takes up 100% of CPU usage on Windows 98 SE, and mouse pointer movement gets extremely sluggish. After the connection is established, all returns to normal. If the download fails, Filezilla will retry the connection, and upon resuming it again the problem happens again but worse: the system seems to lock up completely for about 60 seconds (sometimes more, sometimes less). Most of the times, the connection is established and the system becomes responsive again after that lock-up period, but sometimes the lock-ups require a hardware reset.

If more than one large file are being downloaded, the lock-up caused by one transfer can make the others fail, so that they in turn lock the system up and make the first resumed download fail too.

This only happens when the resume position (the parameter for the RSET command) is large enough. Resuming the download of a large file on a position near zero doesn't cause any lock-up.

I guess (without looking at Filezilla's source) that there's some blocking call being made while Filezilla waits for the remote server to seek() to the RSET position.

In case that this be a server-dependent bug in Filezilla (I don't think it is), here's an example: I've experienced this problem while downloading the Mandrake distribution from many of the USA mirrors (for example, ​http://www1.mandrakelinux.com/ftpredir.php?url=ftp://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrakelinux/official/iso/10.0/i586&tpc=mirrors-iso-Mandrakelinux-10.0-Official-inst-i586.txt ). This is a 700 Mb file. And for the record, Filezilla was run on a 400 Mhz AMD K6-3 processor.

every i use use filezilla server in 1~3 day,ALL of internet APPS report this network error. then i remove filezilla server,work fine.

Test on five windows 2003 server. work with 7X24 hours. filezilla server use ZLIB. 3 active users/sec filezilla server version is 0.9.3X ~0.9.4X

When downloading a file from filezilla client, the first char is cut off. This is a random event. Doesn't always happen.

Has work around: -Try to download continuously until file is complete.

Personal case: -Downloading XML files, where the first sequence of chars are <?xml and < gets cut off making the xml invalid. -Files are not larger than 2kb. -Win 8.1 Pro, Intel i3 4005U

Since V1.9.9 their is a BUG which goes like this....

If you onetime Installed Filezilla with secureflag their is no way to bring it back without. which means I always have to type the password, which terribly SUXX when ya have a bit complexer one.

I even can't get Filezilla compiled anymore coz of missing some ENUMs.

VC reports:

FileZilla\source\misc\SystemTray.cpp(1074) : error C2065: 'IDANI_CAPTION' : nichtdeklarierter Bezeichner WheatyExceptionReport.cpp filezilla\source\misc\wheatyexceptionreport.h(53) : error C2061: Syntaxfehler : Bezeichner 'PSYMBOL_INFO' filezilla\source\misc\wheatyexceptionreport.h(55) : error C2061: Syntaxfehler : Bezeichner 'PSYMBOL_INFO' filezilla\source\misc\windowsversion.h(45) : error C2065: 'VER_SUITE_PERSONAL' : nichtdeklarierter Bezeichner filezilla\source\misc\windowsversion.h(64) : error C2065: 'VER_SUITE_BLADE' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(23) : error C2061: Syntaxfehler : Bezeichner 'PSYMBOL_INFO' FileZilla\source\misc\WheatyExceptionReport.cpp(52) : error C2061: Syntaxfehler : Bezeichner 'PSYM_ENUMERATESYMBOLS_CALLBAC K' FileZilla\source\misc\WheatyExceptionReport.cpp(59) : error C2061: Syntaxfehler : Bezeichner 'PIMAGEHLP_STACK_FRAME' FileZilla\source\misc\WheatyExceptionReport.cpp(101) : error C2061: Syntaxfehler : Bezeichner 'IMAGEHLP_SYMBOL_TYPE_INFO' FileZilla\source\misc\WheatyExceptionReport.cpp(553) : error C2065: 'SYMBOL_INFO' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(554) : error C2065: 'PSYMBOL_INFO' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(554) : error C2146: Syntaxfehler : Fehlendes ';' vor Bezeichner 'pSymbol' FileZilla\source\misc\WheatyExceptionReport.cpp(554) : error C2065: 'pSymbol' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(554) : error C2146: Syntaxfehler : Fehlendes ';' vor Bezeichner 'symbolBuffer' FileZilla\source\misc\WheatyExceptionReport.cpp(555) : error C2227: Der linke Teil von '->SizeOfStruct' muss auf Klasse/Struktur/Union zeigen FileZilla\source\misc\WheatyExceptionReport.cpp(556) : error C2227: Der linke Teil von '->MaxNameLen' muss auf Klasse/Struktur/Union zeigen FileZilla\source\misc\WheatyExceptionReport.cpp(563) : error C2227: Der linke Teil von '->Name' muss auf Klasse/Struktur/Union zeigen FileZilla\source\misc\WheatyExceptionReport.cpp(592) : error C2065: 'IMAGEHLP_STACK_FRAME' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(592) : error C2146: Syntaxfehler : Fehlendes ';' vor Bezeichner 'imagehlpStackFrame' FileZilla\source\misc\WheatyExceptionReport.cpp(592) : error C2065: 'imagehlpStackFrame' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(593) : error C2228: Der linke Teil von '.InstructionOffset' muss eine Klasse/Struktur/Union sein FileZilla\source\misc\WheatyExceptionReport.cpp(597) : error C2197: 'int (stdcall *)(void *,unsigned int64,const char *)' : Zu viele Parameter uebergeben FileZilla\source\misc\WheatyExceptionReport.cpp(611) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner 'pSymInfo' FileZilla\source\misc\WheatyExceptionReport.cpp(611) : warning C4229: Anachronismus verwendet : Modifizierer der Daten werden ignoriert FileZilla\source\misc\WheatyExceptionReport.cpp(611) : error C2350: 'WheatyExceptionReport::EnumerateSymbolsCal lback' ist kein statisches Element FileZilla\source\misc\WheatyExceptionReport.cpp(613) : error C2059: Syntaxfehler : ')' FileZilla\source\misc\WheatyExceptionReport.cpp(614) : error C2143: Syntaxfehler : Fehlendes ';' vor '{' FileZilla\source\misc\WheatyExceptionReport.cpp(614) : error C2447: Funktionskopf fehlt - Parameterliste im alten Stil? FileZilla\source\misc\WheatyExceptionReport.cpp(638) : error C2146: Syntaxfehler : Fehlendes ')' vor Bezeichner 'pSym' FileZilla\source\misc\WheatyExceptionReport.cpp(638) : error C2350: 'WheatyExceptionReport::FormatSymbolValue' ist kein statisches Element FileZilla\source\misc\WheatyExceptionReport.cpp(638) : warning C4800: 'int' : Variable wird auf booleschen Wert ('True' oder 'False') gesetzt (Auswirkungen auf Leistungsverhalten moeglich) FileZilla\source\misc\WheatyExceptionReport.cpp(641) : error C2059: Syntaxfehler : ')' FileZilla\source\misc\WheatyExceptionReport.cpp(642) : error C2143: Syntaxfehler : Fehlendes ';' vor '{' FileZilla\source\misc\WheatyExceptionReport.cpp(642) : error C2447: Funktionskopf fehlt - Parameterliste im alten Stil? FileZilla\source\misc\WheatyExceptionReport.cpp(720) : error C2065: 'TI_GET_SYMNAME' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(729) : error C2065: 'TI_GET_CHILDRENCOUNT' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(740) : error C2504: 'TI_FINDCHILDREN_PARAMS' : Basisklasse undefiniert FileZilla\source\misc\WheatyExceptionReport.cpp(745) : error C2039: 'Count' : Ist kein Element von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(739) : Siehe Deklaration von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(746) : error C2039: 'Start' : Ist kein Element von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(739) : Siehe Deklaration von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(749) : error C2065: 'TI_FINDCHILDREN' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(768) : error C2039: 'ChildId' : Ist kein Element von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(739) : Siehe Deklaration von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(776) : error C2039: 'ChildId' : Ist kein Element von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(739) : Siehe Deklaration von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(777) : error C2065: 'TI_GET_OFFSET' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(782) : error C2039: 'ChildId' : Ist kein Element von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(739) : Siehe Deklaration von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(783) : error C2065: 'TI_GET_TYPEID' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(787) : error C2065: 'TI_GET_LENGTH' : nichtdeklarierter Bezeichner FileZilla\source\misc\WheatyExceptionReport.cpp(792) : error C2039: 'ChildId' : Ist kein Element von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(739) : Siehe Deklaration von 'FINDCHILDREN' FileZilla\source\misc\WheatyExceptionReport.cpp(857) : error C2065: 'TI_GET_BASETYPE' : nichtdeklarierter Bezeichner

Greets Mike...

Hi folks,

I have been using Filezilla for somme weeks now (version 1.8.1, on W2K) and there seem to be a file limit at 2 GB for the files that we can transfer or even catalog. Since recognizing this, I have tried other FTP client: leechFTP, WS-FTP LE, Smart FTP, even the DOS FTP client of Win2K seem to have the same bug, whereas Windows commander succeeded to the transfer, only restarting the counter at 0 every 2 GB, but at the end I had my 11 GB backup.bkf file transferred correctly. I have looked at the release notes for version 1.9 and 1.9.2 and searched with the keywords limit and GB but did not find anything on that.

Sincerely yours,

michel.devel@…

Good evening,

my ISP lets me connect to his FTP server with only *one* connexion.

1. I launch Filezilla, choose my ISP FTP account
2. I connect to my account
3. As soon as I want to upload a file, everything behaves

as if Filezilla attempted to make a second connexion : my ISP FTP server systematically answers : upload forbidden, you already have an active connection.

Regards, Antoine

Moving from WS_FTP, I like filezilla a lot. But I miss 2 features.

1. Having a drop down history list of local directories. It

looks like this is almost there, since there is a similar list on the remote side. I find I'm ftp'ing from 2 or 3 local directories constantly, and it would be nice to not have to keep typing them in.

2. I would prefer transfer arrows, rather than double-

clicking.

Please accept praise for Editing a remote file: once I associate gvim with the file view/edit, editing just worked. Several other programs I tried said they did editing, but after bringing up the editor, the changes never got saved on the remote side.

FYI: I also tried the free AceFTP, which has these, as well as a bewildering combination of other unnecessary features. I did like the ability to have open FTP connections to two different machines, and switch with GUI tabs, but it kept crashing and was really just too complicated.

So while I campaign for my desired features, I do appreciate the basic simplicity and cleanliness of filezilla.

The first, when I delete something in version 1.9 final, not the new 1.9.1 version (going to test this one now), the file would remain there, a refresh problem like in the prior version, except now it deals with deleting.

The second, when I try to upload a file it crashes the client, using windows 2000 pro, tried to upload a 1kb htaccess file in text format and it crashed, it's not really reproducable so I don't know the problem, so... and I am going to 1.9.1, will see if this one fixes it and the other.

this was using 3.3.0beta2.

1. create 2 tabs with the same connection in each.
2. go to 2nd tab and try to upload.

filezilla refuses to put anything in the queue.

fixed in 3.3.0rc1

When transferring a whole directory to an empty directory on a 1GB/sec network, I will randomly get the dialog box to confirm overwrite of the existing file. (Remember that the target directory was empty originally.) I believe there is some kind of logic problem in the way the two copy threads decide which is the next file to copy. I notice this most when one thread is working on a large file and the second thread is working on a bunch of very short files.

Thanks in advance, Brian Bulaw

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

After upgrading to 2.2.12a, file listings are now inconsistent. I'm using explicit FTPS (FTP with TLS) and after I connect, the directory listing I receive is incomplete. If I refresh the listing, I get a different result almost every time I do so.

For example, I should see 5 directories off of the root of the FTP site, however on first connect, I'll see some random number of them like 3, 2, or 4. If I refresh the list, one of the other directories may pop-up (or mabye not), or one may disappear from the listing. As I said, it seems almost random.

As an additional FYI, this is against Ipswitch WS_FTP Server 5.04 Hotfix 1 (which was working fine with FileZilla 2.2.11; I think with exception to the recursive delete problem I logged in this bug forum long ago and I think has not yet been fixed).

I've tried downloading FileZilla from two separate mirrors (Phoenix, AZ and Kent, UK). In both instances, my virus checker (AVG Free) doesn't allow me to finish the download.

The virus is apparently called: Trojan horse Downloader.Istbar.8.K

I don't know if this is the SourceForge's problem or yours, but since it's happening on at least two different mirrors, I'm guessing the problem is from the upload. Please check, as I would like to download the crash fix soon.

When using Filezilla from a network PC, I can use the Mapped drives to locate files on different servers from the Localsite pane. The files appear in the lower Filename listing pane and can be uploaded. * When I use '
Server4\stfcs\MyWork\MyWeb\' to connect to another server the files appear in the lower pane and upload Ok but the Localsite pane does not show the network places. I believe this is called UNC paths. == This UNC path notation works inside Site Manager, and the advanced browse option correctly place the correct code in the Default Local Directory for a ftp profile. == Please come back to me if you need some testing...

Running Windows 98SE on a Dell Inspiron 3500 laptop.

I installed the latest version from the HEAnet (Ireland) mirror and ran it just like I do every other update to the program. I went to launch the program (both from the desktop shortcut, and from the actual EXE in the install directory) and it gave me a runtime error. sorry i don't have it in front of me... and I have since installed 2.2.22 on top of it - and the program runs fine now.

FileZilla 2.2.24a requests an unknown entry point in Shell32.dll on NT4sp6a.

Thanks,

Steven

I've noticed that after I leave filezilla connected to a server through an sftp connection that it tacks the CPU to 100% and continues to do so until I close the program. This happens in version 2.2.12c.

I recently upgraded from 2.2.29 to 2.2.30. 2.2.29 was working flawlessly before the upgrade. Immediately after upgrading, SFTP stopped working. Upon trying to connect, FileZilla would report in the log window:

Error: Can't start SFTP process. Please ensure that the file 'FzSFtp.exe' is in the same folder as 'FileZilla.exe' Error: Unable to connect!

It would then retry several times with a pause in between tries. All attempts would fail. I went to my FileZilla installation folder (C:\Program Files\FileZilla) and verified that the program FzSFtp.exe did exist. When I opened a command prompt in that folder and manually executed that command, I got:

C:\Program Files\FileZilla>fzsftp Program too big to fit in memory

No configuration changes were made between the working version of 2.2.29 and the upgrade. Downgrading back to 2.2.29 let FileZilla start working again, so I'm assuming something changed in 2.2.30 that broke FzSFtp.exe. I was able to reproduce this problem on two different systems (one XP Pro SP2, the other XP Home SP2).

I can make filezilla crash immediately every time I switch the local file view to a mapped network drive to a file share that is offline. I usually have the M drive mapped to
PSI-XP\c$ and when I'm at work, that share is unavailable. Through windows XP I'm able to make that share available using windows offline files. Trouble is that whenever I point the local file view to the M drive, FileZilla immedately crashes with the following popup:

Runtime Error! Program: C:\Program Files\FileZilla\FileZilla.exe

This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information.

It is not possible to upload files into directories that one CAN write in but had no listing rights in with FileZilla 2.2.8a.

Directory shows permissions 000 from /.

Attached file includes logs of 3 ftp sessions:

• Session with commandline ftp (succesful upload of

test3 to /Upload/)

• Session with FileZilla 2.2.8a (failed CWD to /Upload/)
• Session with FTP Voyager 11.1.0.0 (succesful upload

of test4.txt to /Upload/)

Please contact me if you need access to the site for upload testing.

2.2.9 cannot connect anonymously to ftp.readmore.biz but 2.2.8d does as well as any other ftp program and the mozilla browser.

It looks like when you use the Generate Certificate facility, selecting 2048 bits size will result in a 2058 bits size key.

Here's the code :

m_country.MakeUpper(); int bits = 1024; if (m_keysize == 1) bits = 2058; else if (m_keysize == 2) bits = 4096;

I am using ubuntu 7.04 and I have filezilla 3.0.0 beta 7. When I try to upload to my openssh server via SFTP it works fine, but if the file is above 2GB it will tell me that the file is already there and ask me if I want to overwrite, which if I do the same question just re-appears. I installed GFTP to see if I'm able to upload the 2GB file and I am able to upload it without a problem, so that I could determine that the problem was with filezilla and not the server.

thanks in advance

After connecting to an IIS FTP server, files of +2 GB do not dosplay the file size.

The attached screen print is after disconnecting and reconnecting and even doing a refresh. Note that the files to the right are missing the file sizes in the display.

ever since I think 3.0.5.1 I get this error dialog box:

error loading xml file Could not load "C:\Documents and Settings\Jim\Application Data\FileZilla\filezilla.xml", make sure the file is valid. For this session, default settings will be used and any changes to the settings are not persistent.

the default settings as referred to are the same as what are in my xml file it looks like.

when I examined the xml file, it now contains 6k worth of spaces instead of 6k worth of xml.

essentially, something in filezilla trashed my xml file. possibly it was the upgrade process to 3.0.5.1?

I updated from 3.0.7 to 3.0.8, and now FileZilla freezes uploading just a single small (6kb) text file via ftp.

filezilla.exe and lsass.exe cpu usage each rise to about 8% "System" process cpu usage rises to 14%

It does not get as far as listing the upload in the queue, or logging any ftp commands related to the transfer, though it does say "queued files (1)". It's like it fails doing something with the source file, and is retrying thousands of times a second.

The text file being transferred is on a network drive (DFS) on a Samba file server. A previous version of the file exists on the destination. I'm running XP.

Newest version won't open on MAC G5 running OS X 10.4.11 3.0.6 runs fine

On opening a remote file in an editior filezilla constantly pops up the dialogue box 'File Has Changed' without there actually being any changes. Clicking yes re-uploads the file and closes the dialogue box, but as soon as you navigate away from the filezilla window (ie. Alt Tab) the 'File Has Changed' Dialogue pops up again, Both Win XP & Vista have the same issue.

On FileZilla 3.1 when i click edit a File and change something in it, FileZilla doesn't recognize.

Then when i upload it manually (with "show files currenctly beeing edited" -> upload) then FileZilla thinks everytime File was edited and would like to upload it (every second or something like this).

On FileZilla 3.0.11.1 it works correct.

Have updated from 3.0.11.1 to 3.1 and not newly installed Working on Windows XP Pro SP3

Hi, i'm on a mac (10.5.4), using the latest, 3.1.0 version

and after a while of ftping i get the following:

-the program can't reach the server (no error, yet it tries to connect) then

-when i want to look at the connection manager, it's empty then

-when i close the program it gives an error, to many files open and i tried saving the log, but it's gone for an unknown reason. so it didn't save the log.

i had it 2ce today after installing the new version.

Cannot connect with quick connect, always timeout. In site Manager, I can connect but everytime must enter password even the remember password box is check. This problem only happens with this new version. How to correct?

Hi Guys,

First of all thanks for your work!

Im running Leopard and I upgraded my Filezilla Client with the last 3.1.0.1. After the upgrade the Filezilla Client crashes without reason. I'm uploading a file and crashes. I am browsing in remote directories and crashes.

I can use Filezilla, but I don't known if this is a Bug. With the previous version I've not problem.

Thank you.