Custom Query (4044 matches)

Description:

As GnuTLS >= 3.6 drops OpenPGP certificates support, when Filezilla 3.37.4 is compiled with GnuTLS >= 3.6, connection with "FTP over TLS" will fail with "GnuTLS error -50 in gnutls_priority_set_direct: The request is invalid".

Connection error detail :

Status:	Resolving address of aaa.com
Status:	Connecting to 127.0.0.1:21...
Status:	Connection established, waiting for welcome message...
Status:	Initializing TLS...
Error:	GnuTLS error -50 in gnutls_priority_set_direct: The request is invalid.
Error:	Failed to initialize TLS.
Error:	Could not connect to server

Root cause:

After searching the code, it occured in file "/engine/tlssocket_impl.cpp"

char const ciphers[] = "SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-CTYPE-OPENPGP:-VERS-SSL3.0";

remove "-CTYPE-OPENPGP" will solve the problem.

char const ciphers[] = "SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-VERS-SSL3.0";

Test method:

Assue GnuTLS >= 3.6 is compiled in /opt/filezilla3, use gnutls-cli to test priority string:

[develop@test.com ~]$ PATH=/opt/filezilla3/bin:$PATH LD_LIBRARY_PATH=/opt/filezilla3/lib64:/opt/filezilla3/lib:$LD_LIBRARY_PATH /opt/filezilla3/bin/gnutls-cli  -l --priority="SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-CTYPE-OPENPGP:-VERS-SSL3.0"

The result contains error:

Cipher suites for SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-CTYPE-OPENPGP:-VERS-SSL3.0
Syntax error at: -CTYPE-OPENPGP:-VERS-SSL3.0

remove "-CTYPE-OPENPGP":

[develop@test.com ~]$ PATH=/opt/filezilla3/bin:$PATH LD_LIBRARY_PATH=/opt/filezilla3/lib64:/opt/filezilla3/lib:$LD_LIBRARY_PATH /opt/filezilla3/bin/gnutls-cli  -l --priority="SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-VERS-SSL3.0"

OK:

Cipher suites for SECURE256:+SECURE128:-ARCFOUR-128:-3DES-CBC:-MD5:+SIGN-ALL:-SIGN-RSA-MD5:+CTYPE-X509:-VERS-SSL3.0
TLS_AES_256_GCM_SHA384                            	0x13, 0x02	TLS1.3
TLS_CHACHA20_POLY1305_SHA256                      	0x13, 0x03	TLS1.3
TLS_AES_128_GCM_SHA256                            	0x13, 0x01	TLS1.3
TLS_AES_128_CCM_SHA256                            	0x13, 0x04	TLS1.3
TLS_ECDHE_ECDSA_AES_256_GCM_SHA384                	0xc0, 0x2c	TLS1.2
TLS_ECDHE_ECDSA_CHACHA20_POLY1305                 	0xcc, 0xa9	TLS1.2
TLS_ECDHE_ECDSA_AES_256_CBC_SHA1                  	0xc0, 0x0a	TLS1.0
TLS_ECDHE_ECDSA_AES_256_CCM                       	0xc0, 0xad	TLS1.2
TLS_ECDHE_ECDSA_AES_128_GCM_SHA256                	0xc0, 0x2b	TLS1.2
TLS_ECDHE_ECDSA_AES_128_CBC_SHA1                  	0xc0, 0x09	TLS1.0
TLS_ECDHE_ECDSA_AES_128_CCM                       	0xc0, 0xac	TLS1.2
TLS_ECDHE_RSA_AES_256_GCM_SHA384                  	0xc0, 0x30	TLS1.2
TLS_ECDHE_RSA_CHACHA20_POLY1305                   	0xcc, 0xa8	TLS1.2
TLS_ECDHE_RSA_AES_256_CBC_SHA1                    	0xc0, 0x14	TLS1.0
TLS_ECDHE_RSA_AES_128_GCM_SHA256                  	0xc0, 0x2f	TLS1.2
TLS_ECDHE_RSA_AES_128_CBC_SHA1                    	0xc0, 0x13	TLS1.0
TLS_RSA_AES_256_GCM_SHA384                        	0x00, 0x9d	TLS1.2
TLS_RSA_AES_256_CBC_SHA1                          	0x00, 0x35	TLS1.0
TLS_RSA_AES_256_CCM                               	0xc0, 0x9d	TLS1.2
TLS_RSA_AES_128_GCM_SHA256                        	0x00, 0x9c	TLS1.2
TLS_RSA_AES_128_CBC_SHA1                          	0x00, 0x2f	TLS1.0
TLS_RSA_AES_128_CCM                               	0xc0, 0x9c	TLS1.2
TLS_DHE_RSA_AES_256_GCM_SHA384                    	0x00, 0x9f	TLS1.2
TLS_DHE_RSA_CHACHA20_POLY1305                     	0xcc, 0xaa	TLS1.2
TLS_DHE_RSA_AES_256_CBC_SHA1                      	0x00, 0x39	TLS1.0
TLS_DHE_RSA_AES_256_CCM                           	0xc0, 0x9f	TLS1.2
TLS_DHE_RSA_AES_128_GCM_SHA256                    	0x00, 0x9e	TLS1.2
TLS_DHE_RSA_AES_128_CBC_SHA1                      	0x00, 0x33	TLS1.0
TLS_DHE_RSA_AES_128_CCM                           	0xc0, 0x9e	TLS1.2

Protocols: VERS-TLS1.3, VERS-TLS1.2, VERS-TLS1.1, VERS-TLS1.0, VERS-DTLS1.2, VERS-DTLS1.0
Ciphers: AES-256-GCM, CHACHA20-POLY1305, AES-256-CBC, AES-256-CCM, AES-128-GCM, AES-128-CBC, AES-128-CCM
MACs: AEAD, SHA1
Key Exchange Algorithms: ECDHE-ECDSA, ECDHE-RSA, RSA, DHE-RSA
Groups: GROUP-SECP384R1, GROUP-SECP521R1, GROUP-FFDHE8192, GROUP-SECP256R1, GROUP-X25519, GROUP-FFDHE2048, GROUP-FFDHE3072, GROUP-FFDHE4096, GROUP-FFDHE6144
PK-signatures: SIGN-RSA-SHA384, SIGN-RSA-PSS-SHA384, SIGN-RSA-PSS-RSAE-SHA384, SIGN-ECDSA-SHA384, SIGN-ECDSA-SECP384R1-SHA384, SIGN-RSA-SHA512, SIGN-RSA-PSS-SHA512, SIGN-RSA-PSS-RSAE-SHA512, SIGN-ECDSA-SHA512, SIGN-ECDSA-SECP521R1-SHA512, SIGN-RSA-SHA256, SIGN-RSA-PSS-SHA256, SIGN-RSA-PSS-RSAE-SHA256, SIGN-ECDSA-SHA256, SIGN-ECDSA-SECP256R1-SHA256, SIGN-EdDSA-Ed25519, SIGN-RSA-SHA1, SIGN-ECDSA-SHA1

Link:

​https://www.gnutls.org/manual/html_node/OpenPGP-certificates.html

Hello, I am using Ubuntu 16.04. When I open filezilla I saw this alert everytime

The file '/home/username/.config/filezilla/filezilla.xml' could not be loaded. No document element found at offset 7495.

For this session the default settings will be used. Any changes to the settings will not be saved.

So for everytime I have to select editor, please help me resolve this issue . I have tried so many thing to resolve this but unable to solve it.

Downloading a WP installation from a plesk server using no encryption (insecure) resulted in several of its core and plugin files downloaded with what I assume is some sort of binary/invalid data in them along plain text. Samples of the affected files include .CSS and .PHP files.

Attempting to copy the contents (copy-paste) results in truncated data up to the point of corruption.

There were no errors or warnings displayed on the log area during download.

Damage occurred during download and corrupted data was uploaded 'successfully' in that is seems to match the corrupted data.

A second attempt to download the same WP installation resulted in errors on the same files but damaged data occurred at different locations.

The sample files:

/blog/wp-content/plugins/amazon-s3-and-cloudfront/vendor/Aws3/aws-autoloader.php /blog/wp-includes/css/dashicons.css

I sign on filezilla to download my acceptance/denial reports from changehealthcare. One day it would not connect. My software is with Imagine(CPU) in California. They originally set it up my filezilla with Change Healthcare. Now that I am having problems connecting they say they can't help me. My submitter number is TSOHS5A. My receiver ID is 133052274. I get connection timed out after 20 seconds of inactivity. Then could not connect to server. When I try to connect it says open "TSOHS5A@…"22 I apologize but I am a billing company and very ignorant to so much of this.

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

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

Failing connection:

Status:	Verbinde mit rehapraxohl.de...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 0
Trace:	Going to execute C:\gwprog\filezilla\fzsftp.exe
Antwort:	fzSftp started, protocol_version=8
Trace:	CSftpDeleteOpData::ParseResponse() in state 0
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 3
Befehl:	open "p486633@rehapraxohl.de" 22
Trace:	Connecting to 46.30.59.55 port 22
Trace:	We claim version: SSH-2.0-FileZilla_3.42.1
Trace:	Server version: SSH-2.0-OpenSSH_7.5p1-hpn14v12
Trace:	Using SSH protocol version 2
Trace:	Doing ECDH key exchange with curve Curve25519 and hash SHA-256
Trace:	Server also has ssh-rsa host key, but we don't know it
Trace:	Host key fingerprint is:
Trace:	ssh-ed25519 256 ca:4a:0f:57:65:5a:b9:ef:8e:c3:11:a6:db:b5:48:05 F+/xA2MKVmuM6S6wtudIawC32THUaL8Orw65ZAQhcos=
Trace:	Initialised AES-256 GCM client->server encryption
Trace:	Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher)
Trace:	Initialised AES-256 GCM server->client encryption
Trace:	Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher)
Trace:	Pageant is running. Requesting keys.
Trace:	Pageant has 5 SSH-2 keys
Trace:	Trying Pageant key #0
Trace:	Server refused our key
Trace:	Trying Pageant key #1
Trace:	Server refused our key
Trace:	Trying Pageant key #2
Trace:	Received disconnect message (protocol error)
Trace:	Disconnection message text: Too many authentication failures
Trace:	Server sent disconnect message
Trace:	type 2 (protocol error):
Trace:	"Too many authentication failures"
Fehler:	Server sent disconnect message
Fehler:	type 2 (protocol error):
Fehler:	"Too many authentication failures"
Trace:	CSftpControlSocket::OnTerminate without error
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::ResetOperation(66)
Trace:	CSftpDeleteOpData::Reset(66) in state 3
Fehler:	Herstellen der Verbindung zum Server fehlgeschlagen
Trace:	CFileZillaEnginePrivate::ResetOperation(66)

After i manually remove some upper keys in pageant, which i need somewhere else:

Status:	Verbinde mit rehapraxohl.de...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 0
Trace:	Going to execute C:\gwprog\filezilla\fzsftp.exe
Antwort:	fzSftp started, protocol_version=8
Trace:	CSftpDeleteOpData::ParseResponse() in state 0
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpDeleteOpData::Send() in state 3
Befehl:	open "p486633@rehapraxohl.de" 22
Trace:	Connecting to 46.30.59.55 port 22
Trace:	We claim version: SSH-2.0-FileZilla_3.42.1
Trace:	Server version: SSH-2.0-OpenSSH_7.5p1-hpn14v12
Trace:	Using SSH protocol version 2
Trace:	Doing ECDH key exchange with curve Curve25519 and hash SHA-256
Trace:	Server also has ssh-rsa host key, but we don't know it
Trace:	Host key fingerprint is:
Trace:	ssh-ed25519 256 ca:4a:0f:57:65:5a:b9:ef:8e:c3:11:a6:db:b5:48:05 F+/xA2MKVmuM6S6wtudIawC32THUaL8Orw65ZAQhcos=
Trace:	Initialised AES-256 GCM client->server encryption
Trace:	Initialised AES256 GCM client->server MAC algorithm (in ETM mode) (required by cipher)
Trace:	Initialised AES-256 GCM server->client encryption
Trace:	Initialised AES256 GCM server->client MAC algorithm (in ETM mode) (required by cipher)
Trace:	Pageant is running. Requesting keys.
Trace:	Pageant has 4 SSH-2 keys
Trace:	Trying Pageant key #0
Trace:	Server refused our key
Trace:	Trying Pageant key #1
Trace:	Server refused our key
Trace:	Trying Pageant key #2
Trace:	Sending Pageant's response
Trace:	Access granted
Trace:	Opening session as main channel
Trace:	Opened main channel
Trace:	Started a shell/command
Status:	Connected to rehapraxohl.de
Trace:	CSftpDeleteOpData::ParseResponse() in state 3
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpDeleteOpData::Reset(0) in state 3
Trace:	CFileZillaEnginePrivate::ResetOperation(0)
Status:	Empfange Verzeichnisinhalt...
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpListOpData::Send() in state 0
Trace:	CSftpChangeDirOpData::Send() in state 0
Trace:	CSftpChangeDirOpData::Send() in state 1
Befehl:	pwd
Antwort:	Current directory is: "/"
Trace:	CSftpChangeDirOpData::ParseResponse() in state 1
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpChangeDirOpData::Reset(0) in state 1
Trace:	CSftpListOpData::SubcommandResult(0) in state 1
Trace:	CControlSocket::SendNextCommand()
Trace:	CSftpListOpData::Send() in state 2
Trace:	CSftpListOpData::Send() in state 3
Befehl:	ls
Status:	Listing directory /
Trace:	CSftpListOpData::ParseResponse() in state 3
Trace:	CControlSocket::ResetOperation(0)
Trace:	CSftpListOpData::Reset(0) in state 3
Status:	Anzeigen des Verzeichnisinhalts für "/" abgeschlossen
Trace:	CFileZillaEnginePrivate::ResetOperation(0)

Unfornatetely i can't determine the position of the keys in pageant.

Hi, We manage a forum phpbb with filezilla and we can't get in. This morning, no problem, but now we have this "error 530" and we don't know why (we didn't do anything). We are trying from two separated computer (one in belgium, one in france, one windows, one mac), so we don't find any answer to this issue. Can you help us ? We are stucked.

setting timestamp fails because "file doesn't exist".

file obviously exists locally and remotely because it just uploaded the file! what I'm not sure about is whether it doesn't see the local file or the remote file.

this doesn't happen in 3.46.0

Hello,

Connecting to ProFTPD with FileZilla (all platforms), we have run into a connection error that only affects keyboard-interactive authentication. Doing a git bisect on the PuTTY sources (which are utilized by FileZilla), we found that the problematic commit exists between PuTTY 0.70 and 0.71, and is precisely due to PuTTY commit 20a9bd5642ac66ae1190069989d33c5fcefe5672 ( ​https://git.tartarus.org/?p=simon/putty.git;a=commit;h=20a9bd5642ac66ae1190069989d33c5fcefe5672 ) from July 9, 2018. We have tried various PuTTY versions after the problematic commit, including head, and still have the problem connecting to ProFTPD. We have also tried upgrading ProFTPD to 1.3.7rc1, 1.3.7rc2, and the latest head, and the problem still persists when connecting to it with anything higher than FileZilla 3.46.0 or PuTTY 0.70 (testing done with psftp).

The error message that is returned is the following (this output is from psftp, but the same error comes through with Filezilla 3.46.1 and higher):

Keyboard-interactive authentication prompts from server:
| Password: 
End of keyboard-interactive prompts from server
Access denied
FATAL ERROR: Remote side sent disconnect message
type 11 (by application):
"Unsupported protocol sequence"

For now, we have informed those accessing our systems to do one of the following workarounds:

1.) Roll back to FileZilla 3.46.0 or older (or PuTTY 0.70 or older if utilizing psftp) 2.) Use public key authentication via Pagent or saved key file within FileZilla 3.) Ensure PuTTY is installed, and uncheck the checkbox for 'Attempt "keyboard-interactive" auth (SSH-2)' under SSH->Auth so the connection falls back to password auth. Make sure to save this change to the Default Settings connection profile within PuTTY. 4.) Use a different SFTP client that is not affected in this way.

In summary:

A change in PuTTY at commit 20a9bd5642 resulted in an inability to connect to ProFTPD that wasn't previously present. Since FileZilla relies on the PuTTY libraries and those were recently upgraded for FileZilla version 3.64.1, this problem has now presented itself. It isn't clear (to me) if this is a bug in PuTTY itself or ProFTPD, but I thought I would start with filing a bug here to get started, since FileZilla is used heavily by those accessing our systems, and this problem will become quite problematic as more and more people upgrade their FileZilla clients.

(Also, I saw bug #12066, but have not been able to reproduce that issue on my end. I suspect that issue has to do with pulling in PuTTY changes, but may not be due to the exact commit mentioned in this ticket.)

Thank you for your assistance.

If needed, we have a test environment we can provide to the FileZilla team for troubleshooting/testing purposes.

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.

Under File search...

Search directory: string, not yet translatable.

Under Settings/File lists...

Name sorting mode: string, not yet translatable.

Under Settings/File lists...

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

... ;)

Look at the picture... ;)

Getting this error on sftp site, coworker is able to get in with the same credentials so we know it works. Tried filezilla versions 3.48.1 and 3.49.1 and got the same error in both places. This is one of two sites I have

My php program can create directories via code. When I generate a new directory and do a refresh, the new directory does not show up in the listing.

But if I open another instance of Filezilla, there it is.

In the latest source code /tests/dirparsertest.cpp, there is a buffer overflow in function DirectoryListingParserTest::testIndividual().
len is the length of entry.data, not including the null character. So the sizeof(data) is len. According to the reference of memcpy​http://www.cplusplus.com/reference/cstring/memcpy/, we need to make sure the 1st parameter of memcpy is larger than strlen(2nd parameter)+1(1 means the null-character.) So we should change 1475 to char* data = new char[len+1]; data[len]=0;

To avoid overflows, the size of the array pointed by destination shall be long enough to contain the same C string as source (including the terminating null character), and should not overlap in memory with source.

1474	    size_t const len = entry.data.size();
1475	    char* data = new char[len];
1476	    memcpy(data, entry.data.c_str(), len);

Description of problem: Cannot connect to the OpenSSH server on Fedora 33 due to recent crypto-policy changes with using standard RSA-4096 keys (curve25519 works).

I can also reproduce this issue with FileZilla on Windows 10 and even in PuTTY client.

Version-Release number of selected component (if applicable): filezilla-3.51.0-1.fc33 libfilezilla-0.25.0-2.fc33

How reproducible: Always.

Steps to Reproduce:

1. Install Fedora 33.
2. Install OpenSSH server: sudo dnf install openssh-server
3. Enable it: sudo systemctl enable --now sshd.service
4. Disable password authentication:

echo "PasswordAuthentication no" | sudo tee /etc/ssh/sshd_config.d/00-disablepass.conf sudo chmod 0600 /etc/ssh/sshd_config.d/00-disablepass.conf

5. Restart OpenSSH server: sudo systemctl restart sshd.service
6. Create SFTP connection in FileZilla to 127.0.0.1.
7. Try to connection with RSA key authentication (id_rsa should be added to the SSH agent).

Actual results: Connection failure: FATAL ERROR: No supported authentication methods available (server sent: publickey)

Expected results: Successful connection.

Additional info: Logs attached:

• filezilla.log - internal FileZilla log file with full debug enabled;
• sshd-filezilla.log - OpenSSH Server log with debug for the FileZilla connection;
• sshd-console-client.log - OpenSSH Server log with debug for the default console SSH client.

file fi_FI.po?revision=9791

As can be seen below, lines 4263 and 4267 have same content, but they should not be the same. Line 4267 has incorrect translation.

Line 4267 should be "Suodata pois kohteet, jotka täsmäävät yhdenkin seuraavan kanssa"

4261 #: ../src/interface/filteredit.cpp:123 4262 msgid "Filter out items matching all of the following" 4263 msgstr "Suodata pois kohteet, jotka täsmäävät kaikkien seuraavien kanssa" 4264 4265 #: ../src/interface/filteredit.cpp:124 4266 msgid "Filter out items matching any of the following" 4267 msgstr "Suodata pois kohteet, jotka täsmäävät kaikkien seuraavien kanssa"

In Filezilla settings, setting check for updates to never has no effect. It will still check and still show when new versions are available.

Hi,

Using Filezilla 3.53.1 and sessions cache limit with the new TLS session resumption seems to cause problems. (In order for a session to be restored, a cache of previous sessions needs to be maintained. Essentially, these cached sessions are the stored sessions that can be resumed.) There is a limit of 255 sessions in the cache on our server, which means that not all past sessions are capable of being resumed. I think client should definitely not generate an error because a server does not have a previous session recorded in its cache.

Hello, it is currently version 3.54.1 of filezilla, 7429 days since initial release. I have read about 50 changelogs and none of them have contained "added confirmation for drag and drop" meaning that I still have to use WinSCP (yuck), please add this as soon as possible (thousands of people have been asking for drag and drop confirmation for decades as they don't like to destroy their server with the accidental flick of a mouse cursor)

Getting a certificate warning from a site I trust but the two check boxes at the bottom are not active. Cannot be clicked. This makes every access furnish the pop up which is very irritating!

While connecting to SFTP we are facing an error in login. Error 'Could not get reply from fzputtygen'. Please help me in troubleshooting the error

Following error message appears when attempting TLS login:

A packet with illegal or unsupported version was received.

TLS login worked fine until the most recent update to 3.56.0.

I'm not sure whether this bug is reporting directory listing failures on client-local or server directories, but I'm seeing a very abbreviated server directory listing for one of my server directories.

I can see them all fine by logging in to the server via Putty, and I can't see any variation in the permissions that would prevent the listing.

Curiously, of the directory and files that are listed, only one of them actually exists on the server, all the ones from the synchronized client listing (which is accurate) also appear in the server listing (those include the one listed that actually exists on the server), and then there are two listed in the server listing that do not exist on either side.

This seems like a quite serious bug, disabling FileZilla when the bug is triggered. I have no idea what triggers it, not all directory listings seem as incomplete as this one I was trying to access today.

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 10 (build 19042), 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 adx lm Settings dir: C:\Users\glenn\AppData\Roaming\FileZilla\

I am trying to upload a new file, and I keep getting the following error message: Status: Connecting to mftgateway.changehealthcare.com... Response: fzSftp started, protocol_version=11 Command: open "EYE35413@…" 22 Error: Could not connect to server

I have updated and we are on the latest version. Please call or email. 940-691-5645, emily@…. Thank you!

On the logging settings panel (see screen capture) there is a browse button. I assumed this would open the folder specified - ie my windows temporary folder. However, clicking BROWSE opens a folder to which I had recently exported a site definition, not the folder containing the logs.

This is not a serious problem as I was able to browse to the appropriate folder, and then view the logs, but that does take a little time! If I correctly understood the way this is supposed to work it would be nice to have it fixed.

Response: 550 Failed to change directory. Error: Failed to retrieve directory listing

I can't load or copy 2 directories from the FTP Server. The owner claims that all affiliates have the same rights. Another FTP client e.g. CoreFTP works properly.g.

I have one biiig file on my FTP-server - about 97Gb. When transferring the file, I get "Error: File transfer failed after transferring 9 031 122 944 bytes in 1810 seconds"

It looks like the transfer resume, but it is really confusing that the transfer fails after each 1810 seconds.

(I have tried with Windows 10 Command-line FTP and WinSCP and noen of those fails).

Nice if that can be sorted / fixed in an upcoming version.

Copy from my Log-window

20:39:19 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 20:39:19 Command: CWD / 20:39:19 Response: 250 CWD command successful. 20:39:19 Command: PWD 20:39:19 Response: 257 "/" is current directory. 20:39:19 Command: TYPE I 20:39:19 Response: 200 Type set to I. 20:39:19 Command: PASV 20:39:19 Response: 227 Entering Passive Mode (77,241,105,219,20,75). 20:39:19 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 20:39:19 Response: 150 Opening BINARY mode data connection. 21:09:29 Error: Disconnected from server: ECONNABORTED - Connection aborted 21:09:29 Error: File transfer failed after transferring 9 031 122 944 bytes in 1810 seconds 21:09:29 Status: Resolving address of ftp.dno.no 21:09:29 Status: Connecting to 77.241.105.219:21... 21:09:29 Status: Connection established, waiting for welcome message... 21:09:29 Status: Initializing TLS... 21:09:29 Status: TLS connection established. 21:09:29 Status: Logged in 21:09:29 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:09:29 Status: Testing resume capabilities of server 21:09:29 Command: TYPE I 21:09:29 Response: 200 Type set to I. 21:09:29 Command: PASV 21:09:29 Response: 227 Entering Passive Mode (77,241,105,219,20,80). 21:09:29 Command: REST 97583988599 21:09:29 Response: 350 Restarting at 97583988599. 21:09:29 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:09:29 Response: 150 Opening BINARY mode data connection. 21:09:31 Response: 226 Transfer complete. 21:09:31 Command: PASV 21:09:31 Response: 227 Entering Passive Mode (77,241,105,219,19,236). 21:09:31 Command: REST 9031385088 21:09:31 Response: 350 Restarting at 9031385088. 21:09:31 Command: RETR PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:09:31 Response: 150 Opening BINARY mode data connection. 21:39:42 Error: Disconnected from server: ECONNABORTED - Connection aborted 21:39:42 Error: File transfer failed after transferring 9 207 283 712 bytes in 1810 seconds 21:39:42 Status: Resolving address of ftp.dno.no 21:39:42 Status: Connecting to 77.241.105.219:21... 21:39:42 Status: Connection established, waiting for welcome message... 21:39:42 Status: Initializing TLS... 21:39:42 Status: TLS connection established. 21:39:42 Status: Logged in 21:39:42 Status: Starting download of /PGS18M09CGR_KPSDM_Final_stack_time_full_4_36_Deg_Ph180.sgy 21:39:42 Status: Testing resume capabilities of server

i try all versions portable cludnt version server version

i cannot list my owner pc Harddisk C or D or any one from stick i can connect the server and transfer files from server to my laptop but ohnly on Main Drive like D or D i cannot list any folder on my Lapto to see files or folder on my PC on Server side i can see folder and change them and can see files too und transfer them in both ways .

But no version and latest version 3.58.0 64bit dont whant open any folder on my laptop . win 7 Pro

Correct German is "Verzeichnissen", not "Verzeichnisse" (see attachment or ​https://calavivo.coach/verzeichnissen.jpg)

Hi!

I'm desperate. I have 2 macs and in neither of them I can connect via ftp with tls. I can only connect via plain ftp (insecure). I think the problem is that when making the connection it does not ask me for the certificate. Other colleagues can connect with tls, and they DO ask to accept the certificate. Why don't you ask me for the certificate? I have tried everything, I have even formatted the computer. Have you had a similar case?

Thanks.

Estado: Conectando a 51.255.211.124:21... Estado: Conexión establecida, esperando el mensaje de bienvenida... Respuesta: 220 ProFTPD Server (ProFTPD) [51.255.211.124] Comando: AUTH TLS Respuesta: 502 AUTH TLS successful Comando: AUTH SSL Error: No se pudo leer desde el socket: ECONNRESET - Conexión reiniciada por el par Error: No se pudo conectar al servidor

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

Status: Waiting to retry... Status: Resolving address of ftp.expessbill.com Status: Connection attempt failed with "EAI_NONAME - Neither nodename nor servname provided, or not known". Error: Could not connect to server

MY SERVER ADMIN HAS CHECKED INTO IT AND SAYS THIS FILE IS CONNECTED TO THE SERVER WITH NO LUCK I NEED A NUMBER I CAN GIVE TO MY ADMIN SERVER SO YOU MAY WORK TOGETHER TO RESOLVE THIS ISSUE

Remote site file panel couldn't count files more then 9998. If there are more files it is shows always 9998.

Last two version are not building correctly on i386.

See attached.

It will take a few seconds to list. And it only happens in the goolge drive, all the other directories are fine. I am using the lastes version google drive.

File sizes on remove directory listing are off by 10^-1.

Only files over 100MB are affected.

Example, file on local dir listing is 100MB. File is transferred successfully. File size on remote listing is 10MB

Please see attached screenshot.

File cannot be uploaded to Onedrive.

The reason for cancellation is "Could not start transfer".

My ondrive capacity is 500gb left, so it's not a capacity issue.

My current Filezilla version is 3.65.0, and I am a pro user.

When I try to set an Active mode IP address, I get an error message saying "Associated program not found".

When I check Filetype associations, I see the following:

txt "C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_11.2305.18.0_x648wekyb3d8bbwe\Notepad\Notepad.exe" %f

If I change it to this, everything works:

txt "C:\Windows\Notepad.exe" %f

Does this imply the installer has a bug?

I keep receiving the 403 forbidden error

When logged into a netware server it is possible to also access other servers in the same tree. This is done with the command CD servername/volumename/directoryname/ etc. etc.

Filezilla removes the first / and sends /servername/volumename/directoryname/ which of course fails. Some way to override the default behaviour so that the other servers can be accessed is required.

When the LIST command is responded to by an FTP server (as the result of getting the list of files in a directory), certian date formats are not parsed correctly:

Example:

-rw-rw-rw- 1 noone nogroup 142 jun 01 1999

abort.txt

is parsed correctly, but

-rw-rw-rw- 1 noone nogroup 142 01-jun-99 abort.txt

is not parsed correctly.

The end result is the file name is listed in the GUI as:

"-rw-rw-rw- 1 noone nogroup 142 01-jun-99

abort.txt"

which make file tranfer impossible.

The local list view is extremly slow when using a network drive. Switching between directories needs some 1-3 seconds, which is much slower than the remote side via FTP!

I have this problem on a Windows XP SP2 while the network drive is a Linux samba share.

Version FileZilla 2.2.10 (but I remember, it was that slow in many versions before)

Hi, with filezilla 3.0 , when i want to ftp from my pvr(KISS DP558) a file named AUX - Mar 11-09-2007 20_30_21.vob In my pc folder it appears as "30" (without extension) with a size of 0ko, and filezilla says the transfert has been successful! this problem doesnt occur with filezilla 2.2.32 with the same settings(pasv mode and ascii file "auto") best regards

OS: WinXP SP 2 HW: Dell Dimension 5150, P4 3.2GHz, 1GB RAM

On my system, FileZilla Client 3.0.1 takes approximately 25 seconds to start. This time period is fairly constant whether or not the file is cached.

FileZilla 2.x had relatively short startup times.

When dragging files with long file names (or folders containing them) in 3.0.10 from a ProFTPD host to a Vista client, they are added to the cue, but not copied. (No error note is shown.) It's a problem solely in FileZilla, Vista itself can handle those file names without problems. So the workaround is, if one knows about this bug: rename the files to shorter file names, copy them, rename them back. Outside of FileZilla, because it cannot even rename them back on the Vista client.

i am using FileZilla 3.1.1.1 with FreeFTPD server. When looking at the "last modified" date code on the files in Filezilla they are all wrong. most of them have dates of January 1969 or 1970. Has onyone else seen this issue? The dates on the files within windows are correct.

je peux ouvrir mon serveur et acceder aux repertoires mais je ne peux les transferer ni dans un sens ni dans l'autre 530 désolé ce compte est déjà utilisé connexion au serveur impossible or je peux fair les transferts via un ftp greffé sur firefox? EN ESPERANT VOUS ETRE UTILE.....

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

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

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

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

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

Custom filetype associations are not working.

Filezilla is using the Default filetype associations even though "Use filetype associations if available" has been selected in Settings dialogue box

These are the entries in the "custom filetype associations" edit box: doc "C:\Program Files\Microsoft Office\OFFICE11\winword.exe" xls "C:\Program Files\Microsoft Office\OFFICE11\excel.exe" ppt "C:\Program Files\Microsoft Office\OFFICE11\powerpnt.exe" txt "C:\Program Files\xint\xint.exe" jpg "C:\Program Files\IrfanView\I_View32.exe"

however when I use the context menu (right button menu) to open a file in the local site: file window of Filezilla, the system default filetype associations are used eg a file of type .txt is opened in Notepad.exe instead of xint.exe. BTW xint does not require any parameters and this feature worked fine on a previous version of filezilla (sorry - can't recall which).

I am using a Toshiba Satellite PSPAGA-014001 C2D 2.16G 2G 200G.

thanks for your help.

When updating via Help->Check for updates..., FileZilla attempts to connect to a URL to download the new version, but the progress bar stays empty and FileZilla freezes and the dialog gets "(Not responding)". Killing the FileZilla process and retrying eventually works, but not necessarily on the second try.

Seems like FileZilla might be handling update-download connection failures poorly.

Versions: 3.1.1 and 3.1.1.1 (Not 3.1.2 since there hasn't been an update to download with it yet.)

Sorry I don't have any further details. Hoping someone else has experienced the same problem and can add info.

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

Here is what FZ is reporting.

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

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

I just upgraded to FileZilla Client 3.1.2 and immediately received the error mentioned in my Subject Line. The result was that I could not open the Directory listed on my server's window (there was no + next to it). Furthermore, if I clicked on the - on the parent directory, it closed the sub-directory (as it should), but would not put a + on that one, so I could not navigate back down. My server is fine, as I could access it through an older version of FileZilla that I have on my laptop. I tried to reboot, and also to reinstall, and nothing worked. Please advise ASAP, as I need to use FileZilla on this machine. I have never experienced this problem, and all that I did was upgrade to 3.1.2.

I just upgraded to FileZilla Client 3.1.2 and immediately received the error mentioned in my Subject Line. The result was that I could not open the Directory listed on my server's window (there was no + next to it). Furthermore, if I clicked on the - on the parent directory, it closed the sub-directory (as it should), but would not put a + on that one, so I could not navigate back down. My server is fine, as I could access it through an older version of FileZilla that I have on my laptop. I tried to reboot, and also to reinstall, and nothing worked. Please advise ASAP, as I need to use FileZilla on this machine. I have never experienced this problem, and all that I did was upgrade to 3.1.2. Also, none of the files any of the directories show in the bottom right pane.

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 (205,234,253,201,65,41) Command: LIST Error: Connection timed out Error: Failed to retrieve directory listing

Iv just started getting this error sence 3.1.1.1 I just installed windows XP sp3 and it has not made a differance.

I am using Dreamweaver CS3 as my computer's default editor. When I right-click and hit edit on any files it opens CS3, but does not actually open the file. Although if I edit the file at any point it does ask me to upload due to a change.

The installation fails during installation, stating that it has problems with writing af file. In windows the program appears to have been uninstalled. Trying to delete the program file filezilla.exe gives an error. By restart of the computer the program filezilla.exe is still active, and must be aborted. After the restart, the program files can be deleted, and the installation can be performed.

I get this error when I do the Configuration test and then it tells me to download the latest version and if that doesn't work submit a ticket. Since I have the latest version I am submitting this ticket. Please give me suggestions on what I can do to get this work. Thanks, Jeff hoobs1@…

1.ftp server change port to 3000,but not use default port(21). 2.FileZilla connect to ftp server with port 3000.It has no problem 3.but (after FileZilla connected server),when FileZilla connect to server has problem,FileZilla will connect to server with port 21 but no 3000 again and again.So FileZilla can't connect server.

I just upgraded to the newest version of FileZilla 3.2.1. and can no longer uplaod files. Before I upgraded to the newest version of FileZilla I had no problems uploading files. I ran the connection wizard with the following results:

Connecting to probe.filezilla-project.org Response: 220 FZ router and firewall tester ready USER FileZilla Response: 331 Give any password. PASS 3.1.2 Response: 230 logged on. Checking for correct external IP address IP 70.253.58.156 ha-cfd-fi-bfg Response: 200 OK PREP 2112 Response: 200 Using port 2112, data token 1007201841 PORT 70,253,58,156,8,64 Response: 200 PORT command successful LIST Response: 150 opening data connection Response: 200 Successful QUIT Response: 200 goodbye! Connection closed

When I connect my directory shows up too, but can't upload files and recieve the following log:

Status: Resolving address of ftp.geocities.com Status: Connecting to 66.218.77.42:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Yahoo! Web Hosting FTP server. Response: 220-Need help? Get all details at: Response: 220-​http://help.yahoo.com/help/us/webhosting/gftp/ Response: 220- Response: 220-No anonymous logins accepted. Response: 220 Yahoo! Command: USER Marty Response: 331-Enter your Yahoo! member password Response: 331 Command: PASS Response: 230-You are using 2.4% of your subscribed disk space Response: 230-You have 488.170 MB of space available Response: 230 Command: SYST Response: 215 UNIX Type: L8 Version: BSD-199506 Command: FEAT Response: 500 'FEAT': command not understood. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/Marty" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (66,218,77,42,242,218) Command: LIST Response: 150 Opening BINARY mode data connection for . Response: 226 Transfer complete. Status: Directory listing successful Status: Resolving address of ftp.geocities.com Status: Connecting to 66.218.77.38:21... Status: Connection established, waiting for welcome message... Response: 220-Welcome to the Yahoo! Web Hosting FTP server. Response: 220-Need help? Get all details at: Response: 220-​http://help.yahoo.com/help/us/webhosting/gftp/ Response: 220- Response: 220-No anonymous logins accepted. Response: 220 Yahoo! Command: USER Marty Response: 331-Enter your Yahoo! member password Response: 331 Command: PASS Response: 230-You are using 2.4% of your subscribed disk space Response: 230-You have 488.170 MB of space available Response: 230 Status: Connected Status: Starting upload of C:\Documents and Settings\Marty\Desktop\Pets\Shelly.JPG Command: CWD / Response: 550 Permission denied on server. You are restricted to your account. Command: MKD Response: 500 'MKD ': command not understood. Command: MKD / Response: 550 Permission denied on server. You are restricted to your account. Command: CWD / Response: 550 Permission denied on server. You are restricted to your account. Command: SIZE /Shelly.JPG Response: 550 Permission denied on server. You are restricted to your account. Command: MDTM /Shelly.JPG Response: 550 Permission denied on server. You are restricted to your account. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (66,218,77,38,205,144) Command: STOR /Shelly.JPG Response: 550 Permission denied on server. You are restricted to your account. Error: Critical error

I am using a windows ftp server for uploading my files. I can't able to download files from server to my local machine.

Secondly, back to folders not working properly. In my Remote Site bar always there '\' after the path, it may be more than one in some cases. eg: C:/home/data/\

Thanks

FileZilla Client Version 3.1.2 Build date: 2008-08-30

Context menu to "Edit" a file on the local site window is grayed out if not connected to a remote site. "Open" works but doesn't use the defined editor. Once connected to a remote site the Local Site Window "Edit" option becomes available.

I noticed this right away when I first upgraded from version 2. This bug previously reported 5 weeks ago as ticket #3637 "Edit option not available" and closed by sf-robot. That ticket stated: "This problem began when I updated from 3.0.11.0."

I use FileZilla to transfer files between computers on my network. I used to have a problem with it only transferring files at 10mbps, then one version the bug was fixed, and now the bug is back again. I don't know how many versions back it was reintroduced.

It happens both with ftp and sftp transfers now. I think before it only happened with sftp tranfers. I know it isn't my network because I can transfer files using scp at the full 100mbps.

Where I'm using a Chinese version windows XP.

Both in the Drop-down box of remote path and the content box below if there has some Chinese characters, for example.

Sorry for my poor English. Hope you can understand what I mean.

My email: hetao@…

Thank you.

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

During FTP downloads mouse moves erratically (very jerky overshoots or jumps wildly) If by luck the you can click "Toggle processing of the transfer queue" the mouse immeadiately responds normally as it does as soon as the download complete.

I've seen similar problems if interrupts are disabled for too long and mouse movement events are missed.

This bug occurs on both 3.1.1.1 and 3.1.2 prior to upgrading I used 2.2.32 and never experienced this problem

this applies to versions 3.1.1 and 3.1.2. when using site snoopy.wiwi.uni-bonn.de, whenever i save the site in site manager and then try re-connecting, the (host), port, user, comments, default local directory, default remote directory, adjust server time offset and encoding are set to 'snoopy.wiwi.uni-bonn.de'. reinstalling, deleting all (or just this) setting(s) doesn't change this.

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.

Please do not misunderstand: this is not a repeated "inverse queue" bug; rather an inconsistency wich (at least for me and many people i know) almost everytime creates time-consuming work of priority rescheduling: If I manually create a local directory and download the _contents_ of a remote directory into it, they are perfectly in alphabetical order in the queue. If I directly download the remote folder, the contained files are being downloaded in inverse order compared to the above method. This is particularily neccesary for sequentially numbered image strips, sounds, etc.

Hello,

When setting the option "Preserve timestamps of transferred files", it is incorrectly preserving the modified timestamp by leaving off the seconds information (they are all 00 after transferring).

This causes a problem with our file synchronization software making it think that every file has been modified from the original.

We are using Filezilla client version 3.1.2 and Filezilla server version 0.9.27.

Please let me know if I need to provide a sample log.

Thanks so much for your help!

Sincerely, Jason

I wanted to delete all files in a folder beginning with "H", so I typed "H" to jump to the first file. The file was highlighted, so I didnt't click on it explicitly. Then I scrolled to the end of my desired selection and clicked the last file while pressing the shift-key. All files beginning with "H" were selected ... so I thought, but actually ALL FILES from the top of the (ascending by names sorted) filelist were selected, including all folders, i.e. much more files have been deleted, because this accidently hadn't come to my attention. This bug seems to exist since Version 3.x of the FileZilla-Client, in 2.2.32 selecting multiple files works correctly.

After finishing writing a file to the server Filezilla 3.1.2 then automatically overwrites the file it has just written and starts again!!!

Sorry I have no time to explain as you want the error I found so check the attachment, it explain all. Send me the way to show it. Hector from Guatemala.

When I download folder(s) with many subfolders, often FileZilla Client finish downloading when many sub-directories not downloaded. More exactly it not added many folders to queue, because in task panel all finished success. I guess there is a problem with loop scan of sub-folders.

Version of FileZilla: 3.1.2 OS: Windows Vista 64 (but as I remember it was on Windows XP 32 bit too, guess on any Windows system)

when i open p2p software and use filezilla client to upload a 300MB video file. After upload 100% complete, the video can't view correct on the ftp server. Maybe 50%(30min) or 70%(40min).

Hello,

I use filezilla client for Win v. 3.1.2 When I try to delete cache WP directories with %... and probably too long directories it goes in time out This is the log Comando: RMD plasmon-spinge-lacceleratore-sulle-vendite-delludo-archive-appliance-e-sulla-diffusione-della-tecnologia-udo2-nel-mercato Errore: Tempo scaduto per la connessione

Stato: Contenuto cartella letto con successo Comando: RMD l%e2%80%99anarchico-e-il-diavolo-fanno-cabaret-di-norman-nawrocki-con-l%e2%80%99editrice-il-sirente-a-piu-libri-piu-liberi Errore: Tempo scaduto per la connessione

I am not sure if this is a bug or an oversight. But is it very annoying

Why is it that when you down load a file that the last modified date of the file changes? Surely this should remain the same date as the file itself.

Server UNIX cleint Windows XP

I have a VSFTPD Server on Linux, configurated to allow FTPES connections only (Explicit TLS), through port 990. The newer versions of FileZilla Client (since 3.0.11.1) can connect to the server, but then, occurs a fail when the client tries to list the directories in the server. It shows a message saying that it "could not read from transfer socket: ECONNABORTED - Connection aborted". And then, it shows another message: "failed on recover listing of directories from server".

I'm using the version 3.0.11, because it is the last version released in wich I can get effectively a connection to the server. Please understand: the versions 3.0.11 and earlier can connect successfully to the server.

When connected to a remote host site, I tried to rename a file there. After I corrected the filename there (renamed it), I hit return to confirm the edit. The connection then aborted. I'm using Fizezilla 3.1.2. Here's the log: Command: LIST Response: 150 Opening BINARY mode data connection for /bin/ls. Response: 226 Transfer complete. Status: Directory listing successful Status: Renaming '/httpdocs/Pictures/2008-06-08 Siberian elm branchxsmall.jpg' to '/httpdocs/Pictures/2008-06-08 Siberian elm branch-small.jpg' Command: RNFR 2008-06-08 Siberian elm branchxsmall.jpg Error: Disconnected from server: ECONNABORTED - Connection aborted

Sorry I have had to reissue this report.

The file transfer is not preserving the file time date stamp.

I have the option selected.

My client is Windows FileZilla version 3.1.2

Problem exist when uploading to server (Both Unix and Windows) file date time stamp is preserved when down loading from server to clientbiut not from client to server.

I consider this a Major bug as it seriously impacts on data management.

The real size of a file is 7746463744 bytes but filezilla shows a size of 3451496448 which is exactly 4*2⁹ bytes less. Seems that file-size handling is only 32bit somewhere.

System:

AMD Athlom 64 X2 Dual Windows XP Profesional SP2 Filezilla 3.1.2

Bug:

If I change the value in Edit->Options->Transfers->Timeout. Filezilla does not take this value and reconnect again if the session is idle 20 seconds.

When I set 0 value to disable the timeout of file transfers. Filezilla do the same again.

ScreenShot:

I have a Windows 2003 FTP server that I connect to and download files from on a regular basis. Recently when I download compressed files (zip, 7z, etc) with FileZilla it downloads more than 100%. The process is as follows

• Connect to server
• Browse to folder
• Add 2 or more files to queue (I have 2 concurrent downloads enabled)
• Files download
• Download progress reaches 100%
• Download completes and then resumes and continues download until I force a cancel (I have seen it download 3x the original file size)

Here is a snippet from the FTP log:

Status: Starting download of /sanderson/cdrive/StorageViz/StorageVizCache_EYECATCHERWS2_200808150010.zip Command: CWD /sanderson/cdrive/StorageViz Response: 250 CWD command successful. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (208,201,252,30,19,151). Command: REST 52663998 Response: 350 Restarting at 52663998. Command: RETR StorageVizCache_EYECATCHERWS2_200808150010.zip

If you notice the "restarting" line -- that byte count is the actual file size of the completed download.

Note: I have tried with with a client of Windows XP and Vista

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

If the default remote directory for a web site is invalid, the Windows Error Reporting (aka Windows Crash Dialog) appears stating, "SFTP module in FileZilla based on PuTTY's psftp component has stopped working" and the helper process fzsftp is terminated.

Repro:

• Use this connection info:

Host: frs.sourceforge.net Servertype: SFTP Default remote dirctory: /home/groups/s/se/sermonsontheweb/htdocs

• Connect
• Notice the crash.

FileZilla version 3.1.2.

Sample remote filename (masked): XX_X_XXXXX_X_XXXXX_XXXXXX_XXX_XXXX.XXXXXX_xxxxxx.xxxxx_xxxxxx_xxx_xxx.20080917_113015.txt

These are log files generated by scripts that run on a remote server

At first I thought it had to do with the 255 character filename limit that one sometimes runs into but, when I tried to open the file from the temp directory using the exact same editor, it worked.

Using FileZilla 3.1.2

While uploading files to the xbox on the local network, the computer restarts. This error first occurred with version 3.1.1.1 and since then, it has been updated and the problem persists. It did give an error message of being unable to read the filezilla.xml file, so after checking this and seeing that it was empty, with a file size of 7.41kb, I deleted it and reinstalled. The private data has been cleared, all previous settings have been cleared. Any help would be appreciated. Failing this, I will use another FTP client, which is something I would rather avoid.

Thanks.

VERSION INFO: Filezilla client 3.1.2 and some recent earlier versions.

PROBLEM DESCRIPTION: When clicking on the Desktop folder shortcut appearing in the Local site's tree view (remote site is Linux, so I could not test if behavior is the same on Remote site's tree view), the hard disk of my computer starts spinning like crazy for about 10 to 15 seconds before control is given back to the UI.

This behavior might be related to a fix / enhancement implemented to solve tickets 1088 and 1089.

I was uploading some JPG files. Then the following two files appeared at the server side: .pureftpd-upload.48d65748.15.1dcb.57b4d1fb .pureftpd-upload.48d65748.15.1dca.c03cbedb (including that starting dot). I tried to delete them, with no success: Command: DELE .pureftpd-upload.48d65748.15.1dcb.57b4d1fb Response: 550 Prohibited file name: .pureftpd-upload.48d65748.15.1dcb.57b4d1fb Neither can I rename them, and neither can I delete the directory in which they are stored. What can I do?

Using FZ 3.1.2.

On the local side, when right-clicking a file and choosing open, the associated executable opens, but the filename isn't passed to it, or is passed incorrectly.

Example: I right-click a PHP file which should open in Dreamweaver. DW opens, but acts as if a new file is being opened. Does not appear as if a filename was passed to it.

Here is an apparent bug. When logging into a Chinese FTP site and entering a folder named in Chinese characters, the "Remote site" does not display the path normally. In more detail, it always does not recognize Chinese characters, and thus shows some confusing ones. I believe that this software will be more attractive if this bug is fixed.

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.

The Windows Filezilla client fails when connecting to a z/VM 5.3 FTP server configured for SSL and FIPS. The z/VM 5.3 FTP server is written to use RFC1123. I have tested Filezilla versions 3.0.9, 3.1.2, and 3.1.3 with the same results. I'm able to successfully connect to the z/VM 5.3 FTP server using the Linux "ftp-ssl" client, the WS_FTP client, the Hummingbird FTP client, and the z/OS FTP client.

The Filezilla client log follows:

16:11:51 Status: Resolving address of vmtst.dcs.eis.lmco.com 16:11:51 Status: Connecting to xxx.xxx.xxx.xxx:2121... 16:11:51 Status: Connection established, waiting for welcome message... 16:11:51 Trace: CFtpControlSocket::OnReceive() 16:11:51 Response: 220-Unauthorized use of this system is prohibited and may result in revocation 16:11:51 Response: of access, disciplinary action and/or legal action. The company reserves 16:11:51 Response: the right to monitor and review user activity, files and electronic 16:11:51 Response: messages. Reminder: Information transmitted to a foreign person on this 16:11:51 Response: network may be subject to applicable Export Control laws. Contact your 16:11:51 Response: Export Coordinator for assistance. 16:11:51 Response: FTPSECUR IBM VM Level 530 at VMTST.DCS.EIS.LMCO.COM, 16:11:50 MDT MONDAY 2008-09-22 16:11:51 Response: 220 Connection will close if idle for more than 5 minutes. 16:11:51 Trace: CFtpControlSocket::SendNextCommand() 16:11:51 Command: AUTH TLS 16:11:51 Trace: CFtpControlSocket::OnReceive() 16:11:51 Response: 234 Security data exchange complete 16:11:51 Status: Initializing TLS... 16:11:51 Trace: CTlsSocket::Handshake() 16:11:51 Trace: CTlsSocket::OnSend() 16:11:51 Trace: CTlsSocket::OnRead() 16:11:51 Trace: CTlsSocket::Handshake() 16:11:51 Trace: CTlsSocket::OnRead() 16:11:51 Trace: CTlsSocket::Handshake() 16:11:51 Trace: GnuTLS error -9: A TLS packet with unexpected length was received. 16:11:51 Status: Server did not properly shut down TLS connection 16:11:51 Trace: CTlsSocket::OnSocketEvent(): close event received 16:11:51 Trace: CRealControlSocket::OnClose(0) 16:11:51 Trace: CFtpControlSocket::ResetOperation(66) 16:11:51 Trace: CControlSocket::ResetOperation(66) 16:11:51 Error: Could not connect to server 16:11:51 Status: Waiting to retry...

This is more an annoyance than a bug, but I'd imagine it would affect anyone who has a floppy drive installed on their PC.

It seems that all versions >= 3.0 try to read my floppy drive on startup. The application does not respond until the drive light goes off. This obviously makes the application slow to load, every time.

I start downloading a file of maybe 50 mb. When I have downloaded 30 mb, I pause the download by "Process Queque" or something like that ( my filezilla is in Spanish ).

When I resume the download, I get a 80 mb file!!

I start downloading a file of maybe 50 mb. When I have downloaded 30 mb, I pause the download by "Process Queque" or something like that ( my filezilla is in Spanish ).

When I resume the download, I get a 80 mb file!! It looks like the FileZilla start downloading again!

Connecting to a Ubuntu 8.4 Server running vsftp from Windows XP Pro version 2002 SP3 We were using client 3.0.9.2_win32 successfully with the following settings: IP address:150.104.66.23 Server type: FTPES-FTP over explict TLS/SSL logon type: normal Uninstalled older client, rebooted and installed Filezilla_3.1.3_win32-setup.exe Used same settings (actually they were in the interface when I opened it) Here's the session log.

Status: Connecting to 150.104.66.23:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to ACPS FTP service. Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Status: Verifying certificate... Command: USER Kirbyftp1 Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Command: OPTS UTF8 ON Response: 200 Always in UTF8 mode. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (150,104,66,23,46,226) Command: LIST Response: 150 Here comes the directory listing. Response: 226 Directory send OK. Status: Server did not properly shut down TLS connection Error: Transfer connection interrupted: ECONNABORTED - Connection aborted Error: Failed to retrieve directory listing Error: Disconnected from server: ECONNABORTED - Connection aborted

Switched back to the old client and no problem found. Here's the log.

Status: Connecting to 150.104.66.23:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to ACPS FTP service. Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Command: USER Kirbyftp1 Status: Verifying certificate... Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Command: OPTS UTF8 ON Response: 200 Always in UTF8 mode. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (150,104,66,23,46,225) Command: LIST Response: 150 Here comes the directory listing. Response: 226 Directory send OK. Status: Calculating timezone offset of server... Command: MDTM HSFile.txt Response: 213 20080911174839 Status: Timezone offsets: Server: 0 seconds. Local: -14400 seconds. Difference: -14400 seconds. Status: Directory listing successful

Let me know if there is anything I can do to help.

Thanks, Bill Winkle