Custom Query (4044 matches)

Hello,

I am trying to SFTP to another box on my network. The workstation I am using is Kubuntu 20.04.4 LTS, x86_64, fully patched. Kubuntu uses KDE, and includes Filezilla 3.46.3-1build1.

My network is setup for public key authentication only. All machines have the following:

$ cat /etc/ssh/sshd_config.d/10-pubkey_auth.conf 
# Disable passwords
PasswordAuthentication no
ChallengeResponseAuthentication no
KerberosAuthentication no
KerberosOrLocalPasswd no
GSSAPIAuthentication no
UsePAM no

# Enable public key
PubkeyAuthentication yes

I have my keys in $HOME/.ssh. I use them all the time for SSH and SCP:

$ ls ~/.ssh
authorized_keys  id_dsa      id_ecdsa      id_ed25519      id_rsa      known_hosts
config           id_dsa.pub  id_ecdsa.pub  id_ed25519.pub  id_rsa.pub

When I try to SFTP to a box with Filezilla, I am getting tripped up because the UI does not allow me to select a private key in the Browse for Key File dialog. The private keys are missing from the selection:

The dialog also does not automatically select the private key based on a selected public key. (I have to select a public key because that's the only thing displayed).

I don't know if this behavior is specific to Kubuntu, or if it is present in all Debian or Ubuntu derivatives. (This is my first time using Filezilla).

Since 3.62.0, the usual key combination to select all files in pane (Command/a on Mac) does not work. All files must now be selected manually rather than a quick keystroke combination to "select all" before initiating a transfer.

FileZilla Client

Version: 3.62.0

Build information:

Compiled for: x86_64-apple-darwin22.1.0 Compiled on: x86_64-apple-darwin22.1.0 Build date: 2022-10-27 Compiled with: Apple clang version 14.0.0 (clang-1400.0.29.102) Compiler flags: -O2 -g -Wall -Wextra -pedantic -O2 -g -Wall -Wextra -pedantic -mmacosx-version-min=10.13.0 -Werror=partial-availability

Linked against:

wxWidgets: 3.2.1 SQLite: 3.39.4 GnuTLS: 3.7.7

Operating system:

Name: macOS Big Sur Version 11.7.1 (Build 20G918) Version: 11.7 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 lm Settings dir: /Users/jthomas/.config/filezilla/

The newly uploaded files are put at the bottom of the list of files, not up at the top. Clicking on the column to sort doesn't help. Very disorienting. This used to work fine.

All my failed transfers have pound (£) signs. If I delete the pound sign and retry, I am successful. The only problem is that we need the pound sign in the file name. They are all pdf files.

I have not been able to update Filezilla as the .exe file that I save to my desktop has an error when I try to open it. It tells me it's not a valid 32-bit file. So far, I've missed the last 3 update notices I got when opening Filezilla.

Since you've introduced the option of updating FileZilla automatically, I haven't been able to use it. Here's what happens:

1. I get the message about a new version and click to download it
2. It starts downloading and just when it looks like the download is completed (the green meter filling the entire download field) there is a pause
3. I get the message: Failed to download
4. When I try to execute the downloaded file anyway I get an error message from NSIS: "Installer integrity check has failed. Common causes include incomplete download and damaged media"

I don't have any similar problems with any other software.

Looking forward to your support -

I've used FileZilla for a while now and have never experienced anything like this. FileZilla will allow me to connect to my remote server just fine, it will allow me to transfer files (txt, html, php, gif, jpg, etc) over to my remote server just fine, but when I try to grab a whole folder/directory it does nothing. I used to be able to just grab say and "images" folder with lets say 10 images files inside the folder from my local machine, drag the whole folder over and that's it. Now when I try to do this very same thing it's like FileZilla doesn't even recognize that I'm doing anything. It doesn't come up and tell me that anything is processing, or going through, just sits there.

I just reinstalled a clean copy of windows (fully patched and updated) on my machine today because of this problem (thinking it had to be something with my machine) and that did not solve it either. I AM using the newest version of FileZilla.

I also have FileZilla in passive mode too.

I would really appreciate any assistance I can get with this!

User name u501037784 FAILED attempt TO UPLOAD FILES to host 31.170.166.105

Error message: Command: STOR Crisis.html Reply: 552 Disk full - please upload later

Suddenly I can't upload any files with Google Verification Codes in them. I can upload anything else. Very bizarre. I just upgraded to this FileZilla version. I get a bubble at the bottom of the screen saying such and such number of files could not be transferred but it doesn't say why. This happens if I use the head-tag code in my index page or if I upload the html that google gives me.

New website - www.TheCrossingsLancasterPA.com / I did not build the site and am not a "techie." / I can make text corrections and update the site using FileZilla. That part works fine. / I need to be able to post mp3 files of Sunday teachings / When I use FileZilla, it takes the normal amount of time and it appears as though it is posting to the website / When the process is complete, on the website side, it shows "0" file size / I send the exact same sound file to the guy who built my site and he is able to upload it using FileZilla. / He uses FileZilla and has guided me to do the same / He is not the maintainer of the site and I have to be / What do I need to do or to adjust so that I can post the mp3 files from here?

After upgrade from a previous version of Filezilla, upon opening the application an error message as follows appears:

"You can't use this version of the application 'FileZilla' with this version of macOS. You have macOS 10.13.6. The application requires macOS 10.14 or later."

In the Applications directory, the app symbol is shown with a semi-transparent crossed out symbol indicating that it cannot be used.

Status: Starting download of /oracle/product/9.2.0.3/bin/dbstart Command: CD /oracle/product/9.2.0.3/bin/ Response: Remote working directory is now /oracle/product/9.2.0.3/bin Command: GET dbstart D:\oracle\product\9.2.0.3 \bin\dbstart FALSE Response: /oracle/product/9.2.0.3/bindbstart: no such file or directory Error: Download failed

Hello, my Client got an Problem where she couldnt log in in our FTP Server it worked before but now she only gets the error Failed to connect to the server, on other PCs it worked but for her not. Is it maybe because she is using a vpn to connect to our Server and using wlan that it is too slow.

best regards Adrian Reider

I just installed Filezilla client 3.2.3.1.

I installed no additional icons, no language files, shell extension activated, desktop icon activated.

Whenever I drag and drop any file from a remote folder into my Desktop it shows this error:

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

And then it creates an empty folder called "fz3-12385240204210". The folder name varies.

Both options are wrong, I did install the shell extension and I'm dropping the files into the Desktop which is an Explorer window. I also tried to drop the files into another folder and it didn't work.

Doing an FTPES connection to WebDomainNow.com (with any random username and password) gives a "Unknown certificate" message which says that the certificate expired in 01/01/1970 !!!

Is the certificate faulty, or FileZilla ?

By the way, this is the same certificate mentioned in bug #5693 so it's possible that those code changes caused the problem.

Screenshot attached as a B&W GIF to make the filesize tiny.

Thanks!

When connecting to a ftp server that has some sort of certificate issue you are presented with an Unknown Certificate dialog box that displays a malformed Subject of certificate section with all the contained text stacked on top of one another.

When switching between multiple certs in a chain, the text appears to overlap text from the previously viewed cert, making it difficult to read.

SSL certifiactes should be displayed to the root signer.

Build Number 3.0.5.2

I changed the language from Traditional Chinese to English in the Settings dialog. It changed the main menu at the top to English, but the lower components were still displaying Traditional Chinese. After I restarted Filezilla, all elements were correctly displayed in English.

If I try to change password with server\change password reports that odl password is not correct. If I try chmod works fine. This is because Filezilla adds quote on begining and end of paasword phrase. Exp. chmod passold passnew - this is right, but filezilla sends to server chmod "passold" "passnew" - wrong. You have to sent without quotes. Then works.

Every time you start filezilla after it has been updated in some inexplicable minor way nobody cares about, it pops up with a change log that you have to click OK on. Really pointless.

Yes I know this doesn't belong here. It just annoys me enough to be worth wasting your time deleting this.

Moving the location of the private key file for SFTP login doesn't work.

I have several SFTP sites set up whereby the folder for their private keys changed from C:\ to W:\.

All of the sites work perfectly to log in and browse the remote folders. The problem occurs when I drag and drop a local file to the remote server. In this case, it tries to reconnect to the remote server using the OLD keyfile location.

You can see the error message "Skipping non-existing key file "C:\0_Work\".... in the attached copy of the message log.

Bravo for closing the previous ticket without bothering to find the real problem here! Your last comment is patently false, 100%!!!

Moving the location of the private key file for SFTP login doesn't work. I have several SFTP sites set up whereby the folder for their private keys changed from C:\ to W:\. All of the sites work perfectly to log in and browse the remote folders. The problem occurs when I drag and drop a local file to the remote server. In this case, it tries to reconnect to the remote server using the OLD keyfile location. You can see the error message "Skipping non-existing key file "C:\0_Work\".... in the attached copy of the message log.

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.

I was uploading to an FTP and wanted to change the simultaneous upload settings. Once I changed from 2 to 8 and pressed the "OK" button, FileZilla crashed. When I reopened, the setting had not been saved. I changed the setting when no transfer was happening and it saved successfully.

Create a folder named "パーソナル" (without the quotes) on a server using the SJIS character encoding (japanese). (Mostly Microsoft Windows Japanese-hosted)

In the remote directory tab, it will display correctly. However, in the remote tree list and in the log, it displays as "ƒp[ƒ/ƒiƒ‹" (without the quotes). It is possible to enter into that directory, but any operation done within it produce a bug - creating something in it creates it in the parent directory, it's impossible to download files that were put in there by another user, etc.

using:

2.9.4 Nightly Build: 2006.08.01 i589 mingw32msvc-gcc (Gcc)3.4.5 (mingw special) -g -O2 -Wall -g -fexceptions

bug:

Check for update (nightly builds)returns:

A newer version of FileZilla is available: 2006-08-28 Nightly

note: today is 2006-08-01

In the configure script shipped with FileZilla 3.0.4, line 19659 reads:

if COMPILER=$CC --version | head -n 1; then

However, most non-gcc compilers don't have a --version flag, so this results in "Unknown version" being displayed in the "About FileZilla" dialogue box if $CC != gcc.

For HP-UX 11.11, the closest I could get for HP's ANSI C compiler was:

if COMPILER=what /usr/bin/cc | grep Compiler; then

But then the same command on HP-UX 11.23 and 11.31 doesn't work (the output from 'what /usr/bin/cc' is completely different - there isn't even a line with a 'Compiler' string in it...).

I don't know what the solution to this is - my gut feeling is that, say, Sun's own C compiler on Solaris might have similar issues. Maybe it's best just to not include the compiler version and do a "uname -a" or something similar and have it as "Build system: " line.

I have no direct connection to the Internet and I`m using "Generic proxy". Check for program updates hangs when connecting through a proxy server eg TinyProxy on starting TLS connection(Why TLS?).

I have always had a problem getting updates to apply after "Help->check for updates" downloaded a new update.

I believe I have figured out what is causing that, though. When I start FileZilla, I usually go ahead and connect to a site immediately using "File->Site manager". Then later, after I finish what I am doing I do the "Check for updates" or the program itself may notify me there is an update available. After the update downloads, it almost always fails to install on its own. This time though, I tried to apply the update BEFORE I connected to a site and the updated applied successfully.

At this point I can't go back and try it again without uninstalling FileZilla and intentionally installing an older version, but I wanted to pass this along to you for investigation. This has always been a troublesome problem for me. I like to use FileZilla. It works very well. Thank you.

Filezilla client v3.64.0 under Windows asks me to update almost every time I launch it, because there's a new version available, but: 1) Check for FileZilla updates automatically is set at "NEVER". 2) It doesn't even know what the new version is and only shows "Unfortunately information about the new update could not be retrieved." If an user chooses to not automatically check for updates, why is Filezilla spamming them with a new update dialog that doesn't even contain any useful information to begin with?

Transferring a file with the same name as one existing at the destination will trigger the "Target file already exist" dialog. In that dialog, there are three check boxes: Always use this action Apply to current queue only Apply only to downloads

I think that when the user clicks one of check boxes 2-3, checkbox #1 should also become selected. In Filezilla 3.0.4, this doesn't happen, and checking #2 or #3 without checking #1 has no effect on subsequent items in the queue.

FileZilla seems to check for updates even if I set the option to "Never" and it pops up "New version available" window at startup which is very annoying when you launch FZ to do something urgently.

FileZilla Client

Version: 3.65.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2023-07-10 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.2.1 SQLite: 3.39.4 GnuTLS: 3.8.0

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition Version: 6.1 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq lm

I find that if the directory in end with certain Chinese characters, e.g. , the directory listing is corrupted and I cannot browse the content inside this directory

I come from TAIWAN (R.O.C), use Tradition Chinese Font

I could success to transfer some directory or files on FileZilla Client 2.2.19a, but fail on FileZilla Client 3.0.11,

see these result pictures below :

​http://i298.photobucket.com/albums/mm254/pcboy_photo/f2219a.jpg

​http://i298.photobucket.com/albums/mm254/pcboy_photo/f3011-1.jpg

​http://i298.photobucket.com/albums/mm254/pcboy_photo/f3011-2.jpg

Change language to 'Chinese Simplified (zh_CN)', and then relaunch FileZilla Client, will show an error and then rollback to default language.

FileZilla 3.0.0 beta4 Language: Chinese(simplifed) Quickconnect's menu->clear history In Chinese, phrase "clear history" is "清除历史记录" not "清楚历史记录" Thanks, over

I have used Filezilla for many years and never really had a problem until recently. I had noticed that one of my webpages had Chinese Charters added to the html code. This appeared to happen as I was downloading the from using Filezilla vs using Hostmonster.

www.ivytechengineering.com/CollaborativeEngineeringProjects

After updated to Filezilla Client ver. 3.7.3, the Chinese characters (Chinese (TW))that can displayed correctly in previous version becomes 'Symbols" now. It can only display English characters even I changed language option in "Preference" from system default to Chinese (TW).

In Filezilla v3.0.11.1, if I click a Chinese folder name, it will display the folder content. But another incorrect-display folder displays, which in fact doesn't exist. For SFTP mode, it work well.

Hello, I need to set chmod to 777. When I go to file permissions and put in 777 it sends message - 500 'SITE CHMOD 777 upload': command not understood. I really need to fix this right away, I need to finish my website but I can finish without this. Please help me.

Just a slightly irritating bug, when I go to chmod something and it is not allowed, it still comes up green so I don't see the fact there has been an error. For example:

Response: 550 CHMOD 777 plugins: Operation not permitted

Should be red as it went wrong...

Installed new update and started filezilla client

Changed theme icons to classic and worked fine.

Exited program and restarted and OpenCrystal theme was chosen again.

I've tried a 5-6 other themes but they stick to whatever theme you've chosen BUT classic jumps to OpenCrystal

Hi,

I always used the "Classic" theme and after updating from 3.3.3 to 3.3.4-rc1 this was automatically changed to the "OpenCrystal" theme. I then changed it back to "Classic", but after a restart it was again "OpenCrystal".

This problem doesn´t occur when you use e.g. "Blukis" as a theme.

It's almost impossible to use Filezilla with a Wacom tablet and pen, since clicking anything in the file structure almost always is misinterpreted as a click-drag (since you tend to move the pen slightly while clicking.)

This results in the "Source and target are identical" error message, forcing tablet users to solely use the keyboard for navigation.

When I start Filezilla 3.0.5 RC1 on Vista SP1, it is not possible to open the Servermanager with click on the Servermanager Button in the Toolbar. Ctrl + S works. File -> Servermanager works,too. After opening the Servermanager one time, it works also with the Button.

If I close the programm and start it again. Same problem.

Hello, I am a Filezilla 3.3.2 user on Mac OS X 10.6.2. When I am sending my files to a remote server I click and drag them to the right side of the window and release the mouse button, so far so good.

When I am sending just one file, that's when the mess happens:

All files are unselected, OK? I click in one file and the line get's a blue background. When I click again (and hold) to drag the file to the other side of the screen, the line changes to rename. So far, no damage on my files. If I don't do anything, the cursor stays there, to rename the file, if I click outside, it gets renamed OK.

If I click up there to order for filename, filesize or last modified, the file (for renaming, with a cursor for type waiting) stays in the same place on screen, it doesn't go to the place it was supposed to go, stays in front some random file that was ordered there, if you click outside to stop the renaming... I AM SURE THAT THE FILE THAT IS BEHIND, ON THAT POSITION GETS RENAMED TO THE NAME OF THE FILE I WAS RENAMING, AND THIS FILE (THAT I WAS RENAMING) GETS DELETED FOREVER!

I lose a lot of files for this matter.

You can do this to make sure (I just did).

1) Create 5 files: 1.txt, 2.txt, 3.txt, 4.txt, 5.txt, put them in the same directory, open them and just put a number on the file and save them. Then we get: 1.txt = 1. 2.txt = 2, etc...

2) Now open Filezilla and locate the folder. We get this:

1.txt 2.txt 3.txt 4.txt 5.txt

Now click ONCE on 2.txt to select this file, then click again on 2.txt (the cursor to rename appears).

3) Now click on filename (up there) to reorder by filename DESC. The screen is now like:

5.txt 2.txt (to rename) "4.txt is behind this" 3.txt 2.txt 1.txt

4) Now click outside. The 4.txt file just vanishes and if you open 2.txt, what's inside? 4

Now imagine this with a big web system, a lot of files missing and a lot bad renamed. I think it's a pretty serious bug because I use a lot the "Last modified" column to order, to make sure to send the files that was last modified.

Sorry my bad english, it's not my primary language.

As per subject: Clicking the Site Manager button closes FileZilla Client. FileZilla also closes if you go File->Site Manager

FileZilla Client

Version: 3.44.1

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2019-08-09 Compiled with: x86_64-w64-mingw32-gcc (GCC) 8.3-win32 20190406 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.28.0 GnuTLS: 3.6.8

Operating system:

Name: Windows 10 (build 18362), 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 bmi2 bmi2 lm

When clicking on a file or directory after connection timeout (disconnect), only the first click is accepted.

I often click on a directory, then realise I meant to click on another directory. FileZilla beeps at me when I do this. It would be preferable if it opened the directory that was last clicked, and just didn't beep.

Clicking on files (or directories) after connection has timed out.

This is happening on the LATEST stable version. Please test issues before closing them! It's always a good option :)

On my System with Vista HomePremium SP3 not every password is approved when updating to the newest Version, some passwords are rejected now which workt former with the 3.0.6 Client-Version.

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

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

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. 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 (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

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

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. 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 (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

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

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. 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 (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

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

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. 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 (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

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

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. 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 (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Directory listing worked before on this site. Works from command line ftp. FileZilla Client

Version: 3.10.1.1

Build information:

Compiled for: i686-w64-mingw32 Compiled on: x86_64-unknown-linux-gnu Build date: 2015-02-01 Compiled with: i686-w64-mingw32-gcc (GCC) 4.9.1 Compiler flags: -g -O2 -Wall -g -fexceptions -std=gnu++11

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.2.21 SQLite: 3.8.8.2

Operating system:

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

Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. 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 (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing

Client 3.2.0 does not support Swedish characters åäö in path. Client report:

18:22:19 Command: RETR /srvmmxap001_e$/Home som Skall_Flyttas/1076/DOKUMENT/Bilder/Björk/PICT5534.JPG 18:22:19 Response: 550 /srvmmxap001_e$/Home som Skall_Flyttas/1076/DOKUMENT/Bilder/Björk/PICT5534.JPG: The system cannot find the path specified. 18:22:19 Error: Critical error 18:22:41 Status: Sending keep-alive command

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

Original issue was that I had FileZilla displaying on 2nd monitor attached to my notebook. Thereafter, without 2nd monitor attached, FileZilla displayed at the extreme right edge of the screen and I was unable to drag it over.

This is the kind of situation a clean reinstall should resolve, but after uninstall, reboot, and reinstall, the problem persisted. I had to go through Windows registry and delete every FileZilla key I could find to resolve the issue.

Then it displayed correctly upon reinstall, but another problem appeared, as reported in bug #13048 "new Bug report". I was getting "error loading the transfer queue from "C:\User\patri\AppData\Roaming\FileZilla\queue.sqlite3".

This required uninstalling again, then deleting the FileZilla folder at C:\Users\userAppData\Roaming\.

After another uninstall, reboot, reinstall, finally everything working well.

Not able to uninstall after upgraded to latest version Error says that I don’t have sufficient access to remove FileZilla (I am local administrator) Getting same error on both windows 10 and 11 Never had any issues with earlier versions of FileZilla

Installer was downloaded from https://filezilla-project.org/download.php?platform=win64

Hi Team,

My client server is not working now and previously this was worked properly. I have changed the updated version of client server and went wrong. Can you please guide me.

The error shows "Directory listing Failed".

Please do the needful

I am currently using version 3.2.6.1 on Win XP Pro SP3 on an Intel T5500 (if that makes sense on the processor).

In previous versions of Filezilla, I was able to save many site-specific bookmarks linking a local directory with a remote directory. Currently, whenever I create a new site-specific bookmark, it overwrites the previous bookmark, allowing me to store only one bookmark at a time.

Look at the picture! I been loading up with v3 and the folder view says i´m not connected with server....

Building the FileZilla client fails on aarch64 as observed on OpenBSD/arm64, but the problem is generic and should affect all Unix-style operating systems on aarch64 (64-bit ARM).

ld: error: undefined symbol: platform_aes_hw_available

referenced by sshaes.c

libfzputtycommon_a-sshaes.o:(aes_hw_new) in archive libfzputtycommon.a

...

Linking fails because the functions

platform_aes_hw_available() platform_sha1_hw_available() platform_sha256_hw_available()

are undefined.

The problem is in the included putty source. On aarch64 (#if HW_AES == HW_AES_NEON), the missing functions are called from sshaes.c, sshsha.c, sshsh256.c. In the original putty source, they are provided by unix/uxutils.c. However that file was omitted when the putty source was included in FileZilla.

Simply adding putty's unix/uxutils.c and adding it in Makefile.am will fix the problem.

CLIENT SIDE:

FileZilla Client

Version: 3.6.0.1

Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

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

SERVER SIDE:

vsftpd-2.2.2-11.el6.i686 on CentOS 6.3 x86 configured with:

tcp_wrappers=YES pasv_enable=YES ssl_enable=YES force_local_logins_ssl=YES force_local_data_ssl=YES

CLIENT DEBUG LOG: 13:18:36 Trace: CControlSocket::DoClose(64) 13:18:36 Trace: CControlSocket::DoClose(64) 13:18:36 Status: Resolving address of xxx.sk 13:18:36 Status: Connecting to 213.xxx:21... 13:18:36 Status: Connection established, waiting for welcome message... 13:18:36 Trace: CFtpControlSocket::OnReceive() 13:18:36 Response: 220 Welcome to FTP PB service. 13:18:36 Trace: CFtpControlSocket::SendNextCommand() 13:18:36 Command: AUTH TLS 13:18:36 Trace: CFtpControlSocket::OnReceive() 13:18:36 Response: 234 Proceed with negotiation. 13:18:36 Status: Initializing TLS... 13:18:36 Trace: CTlsSocket::Handshake() 13:18:36 Trace: CTlsSocket::ContinueHandshake() 13:18:36 Trace: CTlsSocket::OnSend() 13:18:36 Trace: CTlsSocket::OnRead() 13:18:36 Trace: CTlsSocket::ContinueHandshake() 13:18:37 Trace: CTlsSocket::OnRead() 13:18:37 Trace: CTlsSocket::ContinueHandshake() 13:18:37 Trace: CTlsSocket::Failure(-12, 10053) 13:18:37 Trace: GnuTLS alert 40: Handshake failed 13:18:37 Error: GnuTLS error -12: A TLS fatal alert has been received. 13:18:37 Trace: CRealControlSocket::OnClose(10053) 13:18:37 Trace: CControlSocket::DoClose(64) 13:18:37 Trace: CFtpControlSocket::ResetOperation(66) 13:18:37 Trace: CControlSocket::ResetOperation(66) 13:18:37 Error: Could not connect to server 13:18:37 Trace: CFileZillaEnginePrivate::ResetOperation(66) 13:18:37 Status: Waiting to retry...

SERVER VSFTPD.LOG: Mon Nov 19 14:05:00 2012 [pid 15066] CONNECT: Client "10.10.102.6" Mon Nov 19 14:05:00 2012 [pid 15066] FTP response: Client "10.10.102.6", "220 Welcome to FTP PB service." Mon Nov 19 14:05:00 2012 [pid 15066] FTP command: Client "10.10.102.6", "AUTH TLS" Mon Nov 19 14:05:00 2012 [pid 15066] FTP response: Client "10.10.102.6", "234 Proceed with negotiation." Mon Nov 19 14:05:01 2012 [pid 15066] DEBUG: Client "10.10.102.6", "SSL_accept failed: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher"

HISTORY: 3.6.0.1 - does not connect 3.6.0 - worked fine! 3.5.3 - does not connect 3.5.2 (and older) - worked fine!

ADDITIONAL INFO: There was no change in server configuration between trying FileZilla Client 3.6.0 and 3.6.0.1 - I tried 3.6.0 this morning and 3.6.0.1 this afternoon. I have not old VSFTPD.LOG with Client 2.5.3, so I'm not sure if there was same error message "no shared cipher".

If there is unexpected text in a unix login session, filezilla gets confused and gets stuck. The work around I used was to remove the confusing text from the unix login. This took 5 hours to figure out. Preferably, filezilla should not get confused by unexpected unix login information. Other products do not have this problems.

Example - data being sent is pricing data for different manufacturers in the outdoor power equipment industry. In this case, the package quantity column, a three character field, contained ##1 instead of 001. The data files on our computer had no corruption until a user of our service tried to process the data after we uploaded the file via the FileZilla client - version 3.35.1

Client version: 3.6.0.2 Character set for non-Unicode programs: Traditional Chinese - Taiwan (950)

Crash happens when try to open a local folder with non-English path in Windows Explorer, using the "Open" function in the right-click pop-up context menu. Crash happens both in the file pane and the directory pane.

Specifically, crash happens when opening the folder path that contains non-English and not-within-the-default-language characters. For example, when opening the folder path contains Simplified Chinese or Japanese characters, the client crashes. But when opening the folder path contains Traditional Chinese characters, the client does not crash, but still does not open the folder in Windows Explorer.

I tried this bug on two different computers, and both has this problem. Both machines are using Windows 7 Pro SP1 x64.

After connect to remote site and double click on remote file, client crashes. Tried to change double-click action in settings - same story. Log attached.

When going to certain sites (using SFTP), it gets there, BUT when I try to "Drill Down" into the site, it immediately crashes. This only occurs on a couple of the sites on my web server. It did not occur until I upgraded from Fedora 12 -> 13. I initially used the Fedora install of filezilla, and since the crash was occurring, uninstalled it and downloaded/compiled the most recent version from your site. Still happening. Weird thing is, I have WindowsXP installed on this machine in VirtualBox and filezilla works fine there.

If an sftp connection is left open at the client and closed by the server? any attempt to refresh the remote directory display or reconnect will crash the client.

Client display *sometimes* does not display all files and/or symlinks that exist in a directory.

FileZilla Client

Version: 3.2.8.1

Build information:

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

Linked against:

wxWidgets: 2.8.10 GnuTLS: 2.8.3

Server: Operating System CentOS release 5.3 (Final) Kernel Version 2.6.18-164.el5PAE Apache Version 2.2.3 MySQL Version 5.0.77 PERL Path /usr/bin/perl PERL Version 5.8.8 PHP Path /usr/bin/php PHP Version 5.2.9 Ruby Path /usr/local/bin/ruby Ruby Version 1.8.7

FileZilla.app bounces once in Dock then disappears.

Console shows a number of errors in the form: "FileZilla.app/Contents/MacOS/filezilla undefined reference to (xyz) expected to be defined in Carbon"

If you don't put a password in the site configuration in the site manager, Filezilla will not prompt for one. I do not want the client to save/cache passwords for administrative accounts. This worked properly in 2.2.31 (and prior), but is broken in 3.0.1.

When you edit files while a queue is being processed, there is a rare chance of having two dialogues open at the same time, cancelling each other out.

That's because when you edit files, there is a chance of the "Selected file already being edited" dialogue popping up. After this dialogue shows, a second dialogue can pop up, asking the user whether to overwrite an already existing file, since the queue is still running in the background.

This results in a freeze, since neither the dialogues nor the main program can be closed anymore.

When I run FileZilla Client, the window is not displayed on the foreground (it is hidden beneath other windows) and it is not shown on the windows taskbar. Then, by pressing alt+tab the FileZilla window is displayed and it also appears on the taskbar.

I'm using FileZilla Client v2.2.19, but this happened with all versions I've been using (I think I first started using FileZilla about a year ago).

Remarks:

• I use the .zip version (without installation)
• I've put FileZilla.exe on apppaths

(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current Version\App Paths), so I usually run it by doing start menu->run->filezilla

• I usually have other windows open (e.g. IE or

firefox) when opening filezilla (maybe this has something to do with filezilla not appearing on the foreground).

Using client 6.6.02, Win 7 Pro client machine. target machine is Red Hat Enterprise server. SFTP.

Filezilla reports errors when it needs to create a directory. it then creates the dir OK, and then reports errors on a file upload to the new dir. Then uploads file OK later.

The errors appear to be spurious but continally demand cross-checking that files did actually upload. These errors are consistent and completely repeatable. They are not random upload errors as might normally occur. Log excerpt below.

Other FTP clients do not do this in exactly the same situation - same machines, protocol, SFTP user etc.

Other FTP clients do not do this in exactly the same situation - same machines, protocol, SFTP user etc.

All the best folks.

I had the transfer settings set on Overwrite by default.

I was downloading several files and folders from a webserver. I realized I had already transfered one folder over, so I moved it into a "finished" folder on the remote server (using remote desktop) without removing it from the FileZilla client's queue.

When FZ 2.2.22 got to those files, it wrote 0 bytes over each one (eg. because the client was opening them for writing, and the server was responding that the files weren't found?). That is how it appears anyway.

I had an old version of Filezilla (2.1.12?) and used the menu Help/Check For Updates to upgrade :-

1) This downloaded FileZilla_3.2.7-rc3_win32-setup.exe from sourceforge. 2) I uninstalled the old version using the uninstall option in the program folder. 3) I ran the new .exe file to install. 4) Running this new version said that there was a later version to install, so downloaded this. This was a file called FileZilla_3.2.7_win32-setup.exe. 5) Trying to install this however, fails. Running any Filezilla exe file now just starts Filezilla itself. This includes the uninstall program (from the program folder or directly from the file). 6) I now cannot run several programs, as Filezilla client starts in the place of them. An initial list (but not exhaustive) is below :- Run/cmd (DOS command line window) Control panel/Add/remove programs Notepad Windows Media Player Calculator 7) Some programs start alongside Filezilla, eg Firefox. 8) The only program (so far) that runs alone is Microsoft Outlook.

I have a logfile at debug level 3, but it is empty as no processes have been carried out within Filezilla itself.

I notice that a download from filezilla-project.org now downloads from cloudfront.net.

Please, is there a patch for this?

Expected: 1) Idle timeout causes disconnect. 2) User request a refresh. 3) FileZilla should immediately reconnect and refresh listing.

Observed: 1) Idle timeout elapses, connection dies. (no messages in the log indicate this) 2) User request a refresh. 3) "Delay between reconnect attempts" (e.g. 20sec) is enforced 4) FileZilla reconnects and refreshes directory listing

It seems like FileZilla is not aware that the connection has been terminated due to idle timeout until it tries to use the dead connection again. The disconnect button on the toolbar also remains available after the timeout disconnect. In fact, using the Disconnect and Reconnect buttons will work as expected for a connected session, even after the idle timeout has long passed.

Log set to Debug is pasted below with event comments

Trace: CTransferSocket::OnConnect Trace: CTlsSocketImpl::OnRead() Trace: CTransferSocket::OnReceive(), m_transferMode=0 Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CTlsSocketImpl::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer ok. Trace: CFtpRawTransferOpData::ParseResponse() in state 7 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CControlSocket::ParseSubcommandResult(0) Trace: CFtpListOpData::SubcommandResult() in state 3 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing of “/path/data" successful Trace: CFileZillaEnginePrivate::ResetOperation(0)

* This is where I wait for the “timeout”

• This timeout value is set in …. Edit > Settings > Connection > Timeout in seconds = 10 (10 sec for testing)
• About 15 seconds after the last log message, I hit refresh…
• I would expect the client would already knows it has idle-timeout disconnected at this point.

Status: Retrieving directory listing of “/path/data"... Trace: CControlSocket::SendNextCommand() Trace: CFtpListOpData::ListSend() in state 0 Trace: CFtpChangeDirOpData::Send() in state 0 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CControlSocket::ParseSubcommandResult(0) Trace: CFtpListOpData::SubcommandResult() in state 1 Trace: CControlSocket::SendNextCommand() Trace: CFtpListOpData::ListSend() in state 2 Trace: CFtpRawTransferOpData::Send() in state 2 Command: PASV Error: Connection timed out after 10 seconds of inactivity

* This is where the “Delay between failed retry attempts” is enforced (e.g. 20 sec).

Trace: CRealControlSocket::DoClose(2050) Trace: CControlSocket::DoClose(2050) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(2114) Status: Disconnected from server Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CFileZillaEnginePrivate::ResetOperation(0) Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 0

* From here, the reconnect proceeds as expected, and refreshes the directory listing.

Thanks for taking a look. For now I just put 2 hours for the idle timeout, even though that's not really ideal. I also don't know if this is in the client or libfilezilla but it manifests in the client so that's what I chose.

Client is unable to connect via HTTP proxy, it gets stuck at "performing handshake". I've been able to do it using the same proxy on earlier FileZilla client versions (WinSCP is working too).

Here are the debug messages:

Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Error:	Could not connect to server
Status:	Waiting to retry...
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Error:	Could not connect to server
Status:	Disconnected from server
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection attempt interrupted by user
Status:	Disconnected from server
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection attempt interrupted by user
Status:	Disconnected from server
Trace:	CRealControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CRealControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CFileZillaEnginePrivate::ResetOperation(0)
Trace:	CControlSocket::SendNextCommand()
Trace:	CFtpLogonOpData::Send() in state 0
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Trace:	CRealControlSocket::DoClose(2050)
Trace:	CControlSocket::DoClose(2050)
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Trace:	CFtpLogonOpData::Reset(2114) in state 1
Error:	Could not connect to server
Trace:	CFileZillaEnginePrivate::ResetOperation(2114)
Status:	Waiting to retry...
Trace:	CRealControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::DoClose(66)
Trace:	CControlSocket::SendNextCommand()
Trace:	CFtpLogonOpData::Send() in state 0
Status:	Connecting to <<ftp_server>> through HTTP proxy
Status:	Resolving address of <<proxy_dns>>
Status:	Connecting to <<proxy_ip:port>>...
Status:	Connection with proxy established, performing handshake...
Error:	Connection timed out after 60 seconds of inactivity
Trace:	CRealControlSocket::DoClose(2050)
Trace:	CControlSocket::DoClose(2050)
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Trace:	CFtpLogonOpData::Reset(2114) in state 1
Error:	Could not connect to server
Trace:	CFileZillaEnginePrivate::ResetOperation(2114)

When connected to a client's ftp site(a fortune 100 company), I often can't successfully download or upload files. The process gets 95-100% complete and then puts up a pop-up 'target file already exists' when it tries to restart. If I choose 'Overwrite', the same thing happens again. Sometimes, usually with smaller files (< 10MB), filezilla works. The windows command line client always works. I used to use LeapFTP and it always worked. I'd like to move to FileZilla but 50% of the times I need an ftp client, it is for this site. What kind of traces can I get for you to help figure this out? Unfortunately, the site is restricted so I don't have a way to tell you how to recreate the problem yourself.

FileZilla Client (3.0.1 19. Sept) saves the window size - but not the window position on close (it starts always placed on 0,0 upper left corner). however any other windows programm does this: save the window position on close. when opening again, it comes back to the same postion (in my case 2. monitor fullscreen)

Regardless whether or not Filezilla is the application in focus or not, the windows shortcut Windows Key (Which in its self is Ctrl + Esc) + the M key minimizes all windows except Filezilla. It seems the filezilla just seems to be switching itself to no longer being in focus rather than minimizing.

Version 3.0.0 Bug seen on windows XP Pro SP2, and Vista Home Premium Edition, other windows verions not tested.

Cannot recall seeing this bug < 3.0.0

The remote site directory freezes at certain times. It takes a disconnect and reconnect to function normally again.

Oddly enough, you can drag and drop files from the local site to the remote site and they transfer, but no update occurs on the server site directory listing.

I have tried to "Copy URL(s) to clipboard" for files in the ftp listing window, via the Context menu and I get an error message that says " Failed to put data in Clipboard (error -2147221040: openClipboard Failed) " Is this something I am doing wrong?

I have tried to "Copy URL(s) to clipboard" for files in the ftp listing window, via the Context menu and I get an error message that says " Failed to put data in Clipboard (error -2147221040: openClipboard Failed) " Is this something I am doing wrong? in the

I use FileZilla in a corporate environment with "ClockShifted" servers.

If, for example, the server time was set to 17th Feb 2008 and something is created on the server, when FTPing to the server, it will show as uploaded on 17th Feb 2007

Hi I asked for a new feature which I understand you had included in the new release I downloaded today. I.e. when updating a large file / files I wanted fZ to close itself afterwards automatically. However after setting this option FZ kept closing itself. The new feature would allow FZ to be set to CLOSE ONCE only.

I tried it out now and could not activate any of the options in the drop down menue. I.e. only NONE works.

Small bug I am sure.

Hopefully this will be fixed asap as this new feature is GREAT and will be used by me and others a lot.

The X icon (close tab) in any given tab is HUGE. It used to be tiny, but now it's nearly as tall as the tab itself.

It seems to have happened within the last few stable versions, though I don't know exactly which one. I first noticed it in January 2023 and thought it would be fixed in a later update, but it hasn't changed.

In Settings, I have tried adjusting the theme and theme scaling, but that didn't affect this icon. I've also tried different interface layouts and gone through every setting I can find, but no dice.

Steps to reproduce: Open multiple connection tabs, look at X icon on tabs.

Hello,

When you have at least 2 tabs, there is a little cross on the right side of the tab, presumably to close the tab. But when you click on it, it doesn't work. The tab can be right clicked to be closed.

Steps to reproduce : Open two tabs Click the cross to close a tab Expected : the tab closes Bug : nothing happens.

Gif of it in action: ​https://i.imgur.com/7Z6JVI7.gif

This bug is present in Filezilla client version 3.12.0.2 on GNU/Linux plateform (Archlinux). I can't reproduce it on Mac OS X.

This bug was first reported two years ago (​https://trac.filezilla-project.org/ticket/8889) with Awesome WM, now I'm using BSPWM, and the bug is still here.

Regards, ~k

When transfering a directory structure from an FTP sever which supports colons (:) in file and directory names to a Windows system, the colon in file names get replaced by a _, but colons in directory names do NOT get replaced, resulting in the error "Could not open the local file <filename>" and "Download failed" when trying to transfer.

With version 3.0.0:

Downloading files with colons in their names from environments that allow such things to an environment like windows that does not results in unexpected behavior.

Reproduce: Have four files named '4:30.jpg' through '4:33.jpg', and try transferring them to a Windows machine. The result will be a single empty file with name '4'.

In the progress bars that appear when uploading/downloading, it appears that the windows "highlight" color is used for the bar itself.

The percent (as text) seems to be using the windows foreground color. When the highlight passes over the text, the text seems to to white.

The problem with this is that if the user uses a light color for the highlight, it becomes difficult (if not impossible) to see the text.

Ideally, if the highlight color is used for the bar, then the Windows foreground color should be used as the text. (The idea here is the user will have already picked colors that have good contrast.)

The rule here should be that if using a color from the windows scheme for one part of a control, then windows colors should be used consistantly throughout the rest of the control.

In filezilla 3.2.2.1 x86-64-pclinux-gnu build date 20090227 compiled with gcc 4.3.3 with flags -g -O2 -Wall -g -fexceptions from the ubuntu repos, the two filebrowsing windows' column bars, those draggable bars to reveal more or less of the file name, modification date, filesize, filetype etc are not visible. I can still mouse over where they should be and click and drag them to reveal more or less of a filename though.

In FZ 3.2.8 under WinXP SP3, if I right-click on the remote server's column headings (the gray area above the current directory's file listing that reads Filename | Filesize | Filetype | etc.), check all six boxes, then use the Move Up/Move Down buttons to move Permissions to any position other than the fifth, the column headings move as requested, but the data in the column do not. So, for example, if I exchange Permissions (which was originally in fifth position) with Last Modified (which was originally in fourth position), the Last Modified information shows up in the new Permissions column (which is now in fourth position, where Last Modified was before the exchange), and the Last Modified column contents (now in fifth position) are blank (except for the header). Also, sorting of the date-last-sorted data in the "Permissions" column no longer works properly. Restoring the column headings to their original positions fixes all problems, but of course this defeats the purpose of having the column heading portability feature in the first place.

I can login to ComCast but it flatly refuses to "LIST" the files. Maybe an active/passive issue. FZ 3.1.5.1 I had the same problem with 3.1.1.1 WS_FTP_LE, NotePad++, FireFox FTP work fine. This only is a problem FTPing to/from ComCast. This is a FZ issue, other FTP clients work fine. I can use FZ to contact GoDaddy and 1and1 with no problem.

Status: Resolving address of upload.comcast.net Status: Connecting to 216.87.188.9:21... Status: Connection established, waiting for welcome message... Response: 220 FTP server (Version 5.339PWS/AI) ready. Command: USER jraff Response: 331 Password required for jraff. Command: PASS * Response: 230 User jraff logged in. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (216,87,188,9,168,5) Command: LIST Response: 150 Opening BINARY mode data connection for /bin/ls. Response: 426 Data connection: No child processes. Error: Failed to retrieve directory listing

I see two tickets concerning Filezilla and Comcast have been closed with the comment that it must be a server issue. I can log on with version 2.1.13a which I've kept around specifically for this purpose, however, none of the 3 builds will.

2.2.13a: Status: Connecting to upload.comcast.net ... Status: Connected with upload.comcast.net. Waiting for welcome message... Response: 220 FTP server (Version 5.339PWS/AI) ready. Command: USER jonljacobi Response: 331 Password required for jonljacobi. Command: PASS Response: 230 User jonljacobi logged in. Command: FEAT Response: 500 'FEAT': command not understood. Command: SYST Response: 215 UNIX Type: L8 Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: PORT 192,168,1,101,6,86 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for /bin/ls. Response: 226 Transfer complete. Status: Directory listing successful

3.3.0.1: Status: Resolving address of upload.comcast.net Status: Connecting to 216.87.188.9:21... Status: Connection established, waiting for welcome message... Response: 220 FTP server (Version 5.339PWS/AI) ready. Command: USER jonljacobi Response: 331 Password required for jonljacobi. Command: PASS Response: 230 User jonljacobi logged in. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 500 'FEAT': command not understood. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (216,87,188,9,217,140) Command: LIST Response: 150 Opening BINARY mode data connection for /bin/ls. Response: 426 Data connection error: No child processes. Error: Failed to retrieve directory listing Error: Connection closed by server

I'm not real up on ftp, but the one is opening an ASCII connection and the other binary. I've tried forcing ASCII with the transfer menu but it seems to have no effect.

If this is a server issue (no other FTP client fails to list but I do see the child processes message with Firefox) please let me know what it is so I can speak with knowledge to the tech people.

Filezilla-Client: 3.0.9.2: PASV-Mode On long-term single-file Data-Connections for up/download, the Command-Connection may time-out. Thats OK. The Bug is: This brings down the actual PUT of a really huge file. But in the case of a running upload/download there is no need for a open command-connection, FileZilla should detect the time-out and show it on screen, but dont bring down actual up/downloads!

Andreas