Custom Query (10425 matches)

Hi,

After updating to RC2 of FileZilla 3 Client it will no longer connect when using SSH authentication. Connecting with the same key from the same computer with FileZilla 2 works OK, as did the previous release of FileZilla 3

Here is the connection log:

Status: Connecting to vytautas.mine.nu:22... Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Command: open "ftpweb@…" 22 Trace: Looking up host "vytautas.mine.nu" Trace: Connecting to 192.168.1.100 port 22 Trace: Server version: SSH-2.0-OpenSSH_4.5 Trace: Using SSH protocol version 2 Trace: We claim version: SSH-2.0-PuTTY_Local:_Aug_26_2007_22:50:51 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange with hash SHA-256 Trace: Host key fingerprint is: Trace: ssh-rsa 1024 65:16:d9:bc:18:86:c6:10:db:7b:68:27:cc:fe:a5:e2 Trace: Initialised AES-256 SDCTR client->server encryption Trace: Initialised HMAC-SHA1 client->server MAC algorithm Trace: Initialised AES-256 SDCTR server->client encryption Trace: Initialised HMAC-SHA1 server->client MAC algorithm Trace: Reading private key file "C:\Documents and Settings\User\My Documents\Keys\Linux-Server-FC4.ppk" Trace: Pageant is running. Requesting keys. Trace: Pageant has 1 SSH-2 keys Trace: Configured key file not in Pageant Trace: Offered public key Trace: Server refused public key Trace: Disconnected: No supported authentication methods available Error: Disconnected: No supported authentication methods available Trace: CSftpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry...

I use the Zune-Desktop Theme from Microsoft on Windows XP, but the Toolbar of FZ3 stays on a different color (see Attachment). Maybe the color of the Toolbar is not linked to the correct windows-elment-color.

Data: FZ3 RC2 Windows XP SP2 (Zune Theme : ​http://go.microsoft.com/fwlink/?LinkID=75078)

I've just enabled file filtering with the following pattern : remove file ending with either ".php~" or ".css~" on local view

Now, with this filter enabled, every time I start uploading a file using drag and drop (the bug doesn't appear using double-clicking), I get a kind of random file selection on the local view (just when I drop the file).

Hope it's precise enough...

FileZilla 3.0.0-rc2 (official Linux build from FileZilla's SourceForge Project Page) on Ubuntu 7.04 with libwx<base|gtk> 2.8.1.1-0ubuntu4

In the queue display the rows with detail information for active downloads (time elapsed, ETA, progress bar, transfered bytes, speed) do not move when scrolling. They keep their absolute position and hide other rows, which seem to "move under" the detail rows.

Surprisingly correct behaviour can be observed when scrolling with the mouse scrollwheel or by using cursor keys when a row is in the queue table is selected. To reproduce the bug press the buttons of the scroll bar or drag its slide.

Hi,

present in 2.2.32 version, don't forget to show the info and transfert progress bar on bottom of windows very usefull ! (see image)

Good job !

Regards

Fred

after automaticaly downloading the update (3.0.0-rc3), the installation could not be started because the file c:\users\myname\documents\ etc. could not be found. Indeed, On my dutch computers I have the dutch translation for users and documents. Improvement for the programmer: ask the special folder My documents instead of composing it by yourself.

Using 1024x768 pixels the "settings"-dialog appears at the right side of the screen with some part no longer visible.

It is not possible to view the file-sizes in kilobytes or megabytes any more.

That would be very appreciated to concisely see how large the files are.

FileZilla version: 3.0.0 OS: Windows XP SP2

When importing site usernames and passwords from previous filezilla versions, sites with DontSavePass="1" should have Logontype="Ask for password" instead of "Normal" so that the new filezilla asks for password on connection like the old one.

There is no way to hide

the server-protcol at the top, the queue at the bottom and the quick-connect-bar

by default.

When changing languge of FileZilla client from estonia to russian half of application still in estonian language.

I just created a new dummy site after a fresh installation of FZ3. This is what the sitemanager.xml look like:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <FileZilla3>

<Servers>

<Folder>New folder

<Server>

<Host>sdr</Host> <Port>34</Port> <Protocol>0</Protocol> <Type>0</Type> <Logontype>0</Logontype> <TimezoneOffset>0</TimezoneOffset> <PasvMode>MODE_DEFAULT</PasvMode> <MaximumMultipleConnections>0</MaximumMultipleConnections> <EncodingType>Auto</EncodingType> <Comments></Comments> <LocalDir></LocalDir> <RemoteDir></RemoteDir>New site

</Server>

</Folder>

</Servers>

</FileZilla3>

As you can see, the site's name "New site" is not stored inside any tag, but loosely inside its parent "Server" tag. I'm not sure if this is valid XML. At least it would be nice to introduce a "Name" tag to encapsulate the site's name.

The same holds true for a folder's name ("New folder" in the example above).

If the user tries to upload a file to a remote directory that they don't have write access to, a dialog will pop up saying that the file in question already exists and prompting for actions in that case. Also, the file will appear in the directory listing until refreshed.

This can be very confusing if the user doesn't realise they're trying to write to a write protected folder.

Bug observed in FileZilla 3.0.0 under Windows XP.

Each time I open FileZilla, both the local and remote directory panes (at the top in standard view) get larger and larger, up to a point. If I make them smaller by moving the bar upwards, next time I open FZ they have moved down a little.

They seem to stop moving down when they have reaced about halfway (ie directory and file panes are same height).

FileZilla 3 isn't correctly accepting the command-line parameters that FileZilla 2 did.

Hi,

Good work with new interface. Please make Filezilla work like 2.X version so that if password is left blank, user will prompted with Win32 Input Box.

This can provide excellent security.

In previous versions of FileZilla, one was able to drag sites to/from folders in the File Manager. Now, you are not able to drag them at all (the dimmed icon usually shown during dragging does not even show)

When dragging a folder from the remote, to a folder inside FileZilla (default bottom left quarter-pane), the new folder just transfers and the window does not refresh or show the new folder.

Built from source on openSUSE 10.3

wxGTK 2.8.4 Glib 2.14.0 gnutls 1.6.1 GCC 4.2.1 Glibc 2.6.1

I recieve the attached crash report from "Bug Buddy"

When I use FileZilla 3.0 (and 3.0.0-rc3) to upload 30 - 45 MB files to my web server, the connection gets dropped every 10 minutes. I click on Quickconnect and the file transfer continues. I called my web hosting company and they thought FileZilla was the problem. Today I transferred a file to the same server using a different client (FTP Commander) and it worked fine. My connection was never dropped.

A tech support person at my web hosting company tested the same transfer using an old version of FileZilla (2. something) and it worked fine. I wanted to let you know.

We generate very large files, often 10-12GB, which we use Filezilla to manage. I've noticed that sometimes when I ask Filezilla to delete a file that is this large, it will frequently disconnect. When I reconnect, I see the file is in deed deleted, but I think this qualifies as a bug. If the disconnect occurs while deleting multiple files, when I reconnect, all files after the one that caused the disconnect remain. I've seen this in both FZ2 and FZ3.

When we double click on any VMS folder, we are getting the following error:

"550-Failed to set default directory to FOLDERNAME;1." "550 invalid directory"

Notice that FileZilla shows the folder with version number (which is usualy ";1"). For example, a folder called "FOLDERNAME.DIR;1" is shown "FOLDERNAME;1" when it should be "FOLDERNAME".

Client tested: FileZilla 3.0.0 for Windows. Servers tested: OpenVMS 8.3 on Itanium; OpenVMS 7.3-2 on Alpha

If server encoding is cp1251 and some file have cyrillic characters this files not showing in list.

P.S. FileZilla 3 Final for Linux

In FileZilla v2.x the FileZilla.xml had the Passwords MD5 hashed. In FileZilla 3, the XML files are stored in the %USER%/Application Data/FileZilla folder. The sitemanager.xml file stores the passwords in Plain Text and not as a MD5 Hashed value. If the SiteManager settings are exported, we find the passwords stored as plain text in the exported file. Atleast sitemanager.xml should have the passwords hashed.

if a file on the remote server is actually a symbolic link, it is displayed as a directory: the directory icon and filetype "Folder". doubleclicking on one of these remote symlinks then attempts to get a directory listing of that file and unsurprisingly fails.

however, putting functions flawlessly (the target of the symlink is updated). i haven't tested getting as far as i know.

this is filezilla 3.0.0 (binary downloaded by filezilla 3 beta's update function) on fedora core 6

<tremby@tremendo:~>$ uname -a Linux tremendo 2.6.22.4-45.fc6 #1 SMP Tue Aug 21 18:29:10 EDT 2007 i686 athlon i386 GNU/Linux

I am using Ubuntu 7.04 with filezilla 3 (official)

Ftp to any server in a folder with more then let's say 5 files.

Clic on the first file, press F2. Press the down arrow, and press F2 again. Press the down arrow, and press F2 again. Press the down arrow, and press F2 again.

Then double clic on the ".." folder to go to the parent folder. See any problems? :)

See attached files...

no interface to change OPTION_TRANSFERRETRYCOUNT

Trying to open the Desktop folder produces the message "Failed to get desktop path".

Although the path for my desktop and my documents have been altered, their locations are properly set in the registry and Filezilla can access the "my documents" folder without problems.

Filezilla should not try to get the desktop by following the %USERPROFILE%\Desktop route but it should get the path from the registry.

Reset item from failure queue to normal queue, the ErrorCount never reset.

if we not using ip address directly for server, and after we lost connection, the hostname resolve will be failure. FZ3 will try to reconnect immediately, no any delay.

I think this should have delay for OPTION_RECONNECTDELAY.

In Filezilla 3.0, There're mistakes in French translation. Two errors in Éditer > Configuration > Transferts > Délai d'attente : "Si il est impossible d'envoyer ou de recevoir des données pendant cette période, la connection sera fermée et FileZilla essaiera de se reconnecter." which should be : "S'il est impossible d'envoyer ou de recevoir des données pendant cette période, la connexion sera fermée et FileZilla essaiera de se reconnecter."

When copying several subfolders, filezilla always sows the content of these folders for a moment.

After having shown the last subfolder, one again sees the "beginning-folder" at the top (all this on on the server-side).

But the address-bar for the server still displays the name of the subfolder the last files were copied from.

This is a bit confusing.

(Opening another folder finally corrects the path displayed.)

Windows Vista Home Premium, Filezilla 3 - cannot create a new connection in the connection manager. Connection manager fields are greyed-out, and there is no context right-click menu on the accounts to create a new connection. Quickconnect does work fine.

Windows Vista Home Premium, Filezilla 3, clicking on Help>About to get the exact version for previous bug report, program froze and Vista closed it as a non-responsive program. Tried this twice, same result.

There is no longer the section Edit->Settings->FTP Proxy Settings in the UI. No other ways of setting the FTP proxy were found!?

Click on Desktop (root of file/folder tree in left-hand pane) gives message "Failed to get desktop path" - running on WinXP Pro x64, client 3.0.0. Desktop is in registry correctly, but is a redirected folder to a CIFS share... (consequently does not appear under c:\Documents and Settings\<username>\)

FileZilla 3.0 doesn't read my FileZilla.xml from 2.X.

When I download a file, it ask me to overwrite, resume, ... The third checkbox is "N'aAppliquer qu'aux téléchargements". It should be "N'appliquer qu'aux téléchargements".

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'.

On my Mac OS X system, (details follows):

System Version: Mac OS X 10.4.10 (8R2218)

Kernel Version: Darwin 8.10.1

The main window is constantly jumping off the screen. I have two physical monitors connected to the ATI X1900XT graphics card and FileZilla's window seems to reposition itself off those screens whenever I do something like Maximize or open a child window in the application.

I just downloaded and installed the current released version today. This doesn't happen on the PC/Windows version I use.

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)

I've attempted to build FZ3 (3.0.0 and 3.0.1) for Cygwin (cygwin-1.5.24, gcc-3.4.4, wxGTK2-2.8.4), but the build fails when linking filezilla.exe:

filezilla-QueueView.o: In function `_Z41static_initialization_and_destruction_0ii': /usr/include/wx-2.8/wx/event.h:2266: undefined reference to `impfzEVT_GRANTEXCLUSIVEENGINEACCESS'

I'm not sure why this is happening, but I did notice that this is the only wxEvent call that appears in more than one source file.

Currently, everytime you start the app (v3.0.0) it repositions the windows to the default.

For instance, with the 'classic' layout, I need to resize the directory listings because, compared to the 'local site' and 'remote site' frames, the directory listings are much to small. However next time I restart Filezilla, these positions are reset.

In previous versions, there was a settings option for remembering window positions. This should be reintroduced.

Nowhere on the interface, once you've connected to a server, does it actually display which server you are connected to. Not the menu bar or anywhere within the window itself.

In the list of queued files and failed / successful transfers, there is a server history of sorts, but this doesn't help to determine where you are currently connected if you are switching between many different servers over a period of time.

Windows vista, filezilla 3 is disconnecting every 30 seconds. I've tried changing settings, it wont keep a connection.

Filezilla 2 did not have this problem for me.

Connecting to probe.filezilla-project.org Response: 220 FZ router and firewall tester ready USER FileZilla Response: 331 Give any password. PASS 3.0.1 Response: 230 logged on. Checking for correct external IP address Retrieving external IP address from ​http://ip.filezilla-project.org/ip.php Checking for correct external IP address IP 66.75.193.148 gg-hf-bjd-bei Response: 200 OK PREP 6895 Response: 200 Using port 6895, data token 411394424 PORT 66,75,193,148,26,239 Response: 502 Port mismatch. Tainted by router or firewall. Server sent invalid reply. Connection closed

I've tried several different things, but i don't know what else to do, this is the error message that pops up when i try to configure by using the network wizard on filezilla, any help would be greatly appreciated. Russell

Filezilla 3.0.1 Windows XP SP2

Starting "filezilla.exe ​ftp://username:password@hostname" results in a message "Unexpected parameter" and no ftp connection.

These commandline options were supported in Filezilla 2.x.

Anytime I try to drag and drop a file onto my desktop, or any other explorer windows, I get this error message:

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

Simultaneous to the appearance of the error message, a folder is created at the drop destination with a filename always similar to "fz3-11905133955930"

I've tried re-installing the program, but it doesn't seem to change anything.

I can use the queue without any trouble.

All other functions appear to operate properly.

My remote server is at -7 GMT and I am located at +9 GMT -- a +16 hours difference. The Site Manager Timezone Offset will not accept an offset greater than 13 hours.

I am using the most current version of Filezilla (3.0.1).

My remote server is at -7 GMT and I am located at +9 GMT -- a +16 hours difference. The Site Manager Timezone Offset will not accept an offset greater than 13 hours.

I am using the most current version of Filezilla (3.0.1).

v3.0.1.0 (non beta)

Qued download list is showing total files for both .zip total and zip files content files total. Only need files total. Do not need zip contents files total added to the list.

As a result lauching with such a high number in the list. It takes forever to load the app. And when it is running or quitted. It does not free its resources cleanly. Pc is like a slug until after a reboot.

taskmanger when loading example. Filezilla cpu 99 mem usage 180,728K page faults 264,728

These values do go down after a few minutes. When filezilla eventualy appears. If load filezilla without a que of downloads it starts instantly and exists cleanly. Without a need to reboot.

When I close or open FileZilla 3.0.1 I get the next error:

Could not load queue.xml, Please make sure the file is valid and can be accessed.

The file does realy exists. With other Options I have no problems

This is a fresh look at bug 1608370 (which was closed as it was mis-categorized as a server bug) In my case it's solely a Client bug (FileZilla Client 3.0.1)

The issue is definitely related to timezones. When a file is uploaded to a FTP server between midnight local time and midnight GMT, the file's year is decremented. (At least that is the case for those of us that are X hours behind GMT time.)

In my case, I'm GMT -0400 - so the error only shows itself for the 4 hours between midnight GMT and midnight EST.

Here's snapshot #1: I'm uploading a fresh file 11:03pm Eastern on 9/24 (aka GMT 03:03 9/25)

Response: 220 ProFTPD 1.3.0a Server Command: SYST Response: 215 UNIX Type: L8 Command: LIST -a Response: 150 Opening ASCII mode data connection for file list Listing: drwxr-x--x 2 user1103899 user1103899 4096 Sep 25 03:03 . Listing: drwxr-x--x 8 user1103899 user1103899 4096 Apr 18 17:39 .. Listing: -rw-r--r-- 1 user1103899 user1103899 1362 Sep 25 03:03 cache.xml Response: 226 Transfer complete. Status: Directory listing successful

The resulting "Last Modified" date shown in FileZilla Client is: cache.xml 9/24/2006 11:03:00 PM

So, notice the YEAR is off by 1. However, it's done the timezone conversion properly for the time, and day of the month.

I'll do another snapshot just past midnight, so you can see the exact same file correct itself in the Client.

Hello... When opening the Site Manager or Preferences Pane, the main application screen shoots across my screen into a corner. Then, I get two error messages (see attached) and then I can not access the Preferences. I can enter the Site Manager.

I'll attach in one PDF.

Hi there,

when you download the latest version of filezilla and it runs you through the setup procedure it gets to a step where it says do you want to uninstall or not..so of course the choice is uninstall, but after you do so it says you need to reboot your pc to fully complete the uninstall or you can choose to manually reboot later. I wish it would be set to default to manually reboot later as everyone that i keep recommending this program too ends up calling me after they run an upgrade because they choose to reboot as it is set as default and it doesn't complete the upgrade/ or it freezes it half way through kinda thing. But if you choose not to reboot immediately then it finishes the upgrade perfectly and then you can just manually reboot :)

just a thought, as about 6 people on different pc's have been phoning me asking me what happens everytime they upgrade and that is always the case. majority are using xp but one is using vista..same results though.

This is an issue that was fixed in either 2.29 or 2.30 (issue 1626027).

The installer once again requires acceptance of GPL v2 to install. See issue 1626027 for the reasons why this is incorrect.

Thanks

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 I copied the filezilla.xml file from my older version filezilla to the 3.01 directory after installation and before I ran it for the first time, I ended up with an empty site list. big disappointment. it's not like I have them all written down in one place.

even a File|Import menu item would be nice. especially since the filezilla client is in a different directory now.

in site manager you ccan only add 1 site. then the new site and new folder buttons gray out. this is wrong. this doesn't follow the behavior of the older version, which allowed you to add many sites all at once.

as it is, having to save, exit, click the site manager button, cilck the new site button just to add another site is too many extra steps. please simplify. thanks in advance.

When I try to connect to the host server for our website the connection times out. It appears that the login information is not being submitted to the server.

When I use Filezilla 2.2.32 I do not have the same problem. The beta version of Filezilla is 3.0.1

Mac OS X version (Intel version specifically in this case).

Whenever a new window is opened such as when clicking the "Open the site manager" button, the current window relocates (sometimes off the screen) and the new window opens in a random location.

If the main window relocates off the screen, the only way to fix it is to quit and restart filezilla.

important things that need to be imported besides the username pass and servername are:

• local directory
• remote directory
• whether to use active or passive mode or default on the connection.
• servertype

anything that can be imported from the XML file should be. this was the behavior in older versions of filezilla. currently it ignores settings it considers unimportant.

reasoning: having to go in and change the settings for all the connections is sort of a hassle and wastes time.

If I have Filezilla 3.01 open, and then I open the site www.bradesco.com.br in Internet Explorer 7, Filezilla crashes.

If the site is allready open in Internet Explorer 7, and then I try to open Filezilla, it opens and crashes again.

It does not happen with any other site that I tested...

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.

I'm having trouble uploading files that are approximately 300KB in size. I've tried with FileZilla 3.0.0 and 3.0.1. A 350,555 byte file stops uploading with a server disconnect after 37%. After disconnecting, FileZilla usually won't reconnect, but when it does the same issue repeats and the upload fails again at the exact same point.

Smaller files upload fine and the ~300 k files upload fine when using FileZilla 2.2.25.

The attached log shows an attempted upload which failed, a few automatic reconnection attempts which failed, and finally a successful reconnect with the upload failing again.

Operating system is WinXP Media Center w/ Service Pack 2.

FileZilla 3.0.1, XP SP2

When uploading a 96k .htm file called "CITY OF BROOKSVILLE.htm", the file size is about a 1000 bytes smaller than the original when it finishes transferring.

I have tried playing with the Auto/Ascii/Binary settings without success.

FTP Voyager 12 (which I'm trying to dump for FileZilla) does not suffer from this issue.

Also received an unexptected disconnect or two from the ftp server.

* Status: Resolving IP-Address for ftp.powweb.com Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Response: 220 Powweb FTP Server ready Command: USER bookscity Response: 331 Password required for bookscity. Command: PASS Response: 230 User bookscity logged in. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: MDTM Response: REST STREAM Response: SIZE Response: 211 End Status: Connected Status: Retrieving directory listing... Command: CWD /htdocs/agenda/ Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda" is current directory. Command: TYPE I Response: 200 Type set to I Command: PORT 192,168,60,122,4,89 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: CWD 10-01-07 Regular Meeting Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Command: PORT 192,168,60,122,4,90 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Resolving IP-Address for ftp.powweb.com Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Response: 220 Powweb FTP Server ready Command: USER bookscity Response: 331 Password required for bookscity. Command: PASS Response: 230 User bookscity logged in. Status: Connected Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Command: TYPE A Response: 200 Type set to A Command: PORT 192,168,60,122,4,93 Response: 200 PORT command successful Command: STOR CITY OF BROOKSVILLE.htm Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Response: 226 Transfer complete. Status: File transfer successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,94 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,95 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Disconnected from server Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,109 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,110 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,111 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Resolving IP-Address for ftp.powweb.com Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Response: 220 Powweb FTP Server ready Command: USER bookscity Response: 331 Password required for bookscity. Command: PASS Response: 230 User bookscity logged in. Status: Connected Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Command: TYPE A Response: 200 Type set to A Command: PORT 192,168,60,122,4,118 Response: 200 PORT command successful Command: STOR CITY OF BROOKSVILLE.htm Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Response: 226 Transfer complete. Status: File transfer successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,119 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Disconnected from server Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving IP-Address for ftp.powweb.com Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(0126A9B0) m_pEngine=010DA1A0 caller=01271670 Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Powweb FTP Server ready Command: USER bookscity Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for bookscity. Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User bookscity logged in. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Resolving IP-Address for ftp.powweb.com Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(012681E0) m_pEngine=0123CE10 caller=0127B068 Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Powweb FTP Server ready Command: USER bookscity Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for bookscity. Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User bookscity logged in. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::SendNextCommand(0) Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Command: TYPE A Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to A Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: PORT 192,168,60,122,4,239 Trace: CFtpControlSocket::OnReceive() Response: 200 PORT command successful Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: STOR CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::OnReceive() Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Trace: CTransferSocket::OnConnect Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: File transfer successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving IP-Address for ftp.powweb.com Trace: CFtpControlSocket::OnReceive() Response: 421 No Transfer Timeout (300 seconds): closing control connection. Trace: Unexpected reply, no reply was pending. Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(0126AC30) m_pEngine=0123CE10 caller=0127B068 Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Powweb FTP Server ready Command: USER bookscity Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for bookscity. Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User bookscity logged in. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::SendNextCommand(0) Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Status: Retrieving directory listing... Trace: ftpcontrolsocket.cpp(852): List called from other command caller=0127B068 Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to I Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: PORT 192,168,60,122,4,249 Trace: CFtpControlSocket::OnReceive() Response: 200 PORT command successful Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: LIST Trace: CRealControlSocket::OnClose() Error: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 150 Opening ASCII mode data connection for file list Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Trace: CTransferSocket::OnClose Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::ListSend(0) Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Command: TYPE A Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to A Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: PORT 192,168,60,122,4,250 Trace: CFtpControlSocket::OnReceive() Response: 200 PORT command successful Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: STOR CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::OnReceive() Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Trace: CTransferSocket::OnConnect Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: File transfer successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) *

FIleZilla 3.0.1

Server file list not updated on file permission change.

When you edit the permission on a file on the server the file permission doesn't change in the list view.

We have to refresh the view.

Annoyance.

If you have two directories with the same name, some times the filezilla go to bad directory.

Put this structure in your site with filezilla: DirA --file1inDirA DirB --file2inDirB --DirB1 --DirA (same name that other Dir in the rood directory)

Then you go to DirB

Now move (with mouse drag and drop) the file2inDirB to DirA (inside DirB).

Now double-click in DirA (inside DirB) and ... you go to DirA in root directory.

I have Ubuntu 7.04 and FileZilla 3.0.0-Beta7

THAT'S ALL FOLKS.

If you try to delete a folder by right click -> delete in the remote folder window (e.g. the upper right) it won't ask for confirmation. If you do the same in the normal windows (e.g lower right) FileZilla asks if you really want to delete the file/folder(s).

This happens in FileZilla 3.0.0 and 3.0.1 on Ubuntu GNU/Linux. I haven't tested it on other versions/platforms.

Hi, I am using a 15.4" MacBook Pro with Mac OSX Tiger (2.33 GHz Intel Core 2 Duo), running FileZilla 3.0.1 (from the Intel .dmg). Here are the contents of the "About FileZilla" window: host: i686-apple-darwin8 Build date: 2007-09-19 Compiled with: i686-apple-darwin8-gcc--4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5250) (GCC) 4.0.1 (Apple Computer, Inc. build 5250) Compiler flags: -g -O2 - Wall -g -fexceptions

Anyway, whenever a dialog box comes up, such as when I click on the "Open the Site Manager" button, the main FileZilla window jumps toward the bottom right of the screen such that the upper left quadrant of the window ends up in the lower right part of the screen. (The dialog box shows up with its top left corner roughly aligned with the now-relocated main window. If I click the "Open the Site Manager" box again, without relocating it back to its normal place, the window completely disappears off the screen, though this time the dialog box's bottom right corner is flush into the bottom right corner of the screen.

Thanks for all your good work on FileZilla! Despite the window-jumping bug, this is still the best free ftp client for the Mac that I've seen yet.

When one deletes a site, the confirmation dialog box come with "Yes" and "No" buttons in french version.

Version : FileZilla 3.0.1 Installed : update from v 3.0 O.S. : Windows XP

Hi,

I noticed a strange bug in Filezilla 3.0.1. I use this tool for up- and downloading files to a USB stick attached to my WLAN router. During an upload of a ~120 MB file the log tells me that it got disconnected from the server, but the upload still went on (see screenshot). I couldn't find logs, if you tell me where to find them I will send them.

My OS is Windows XP Pro + SP 2(German).

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

thanks in advance

FileZilla version: 3.0.1, as downloaded for GNU/Linux in binary form from SourceForge, installed manually OS: SuSE Linux 10.1 Architecture: AMD64

Hi,

First of all, thanks for having ported my favorite FTP program (FileZilla of course ;o) ) to my favorite operating system (Gnu/Linux)!!!

As for the bug : FileZilla 3.0.1 displays the local and remote site directory tree and file areas, as well as the transfer queue area with a gray background instead of a white one. The message log on the other hand gets displayed with a white background, and the background of the icons of the remote directory tree is white as well, so I presume this is a (minor) bug.

It would be great if this could be fixed in a future release of FileZilla!

Best regards,

Bo

FileZilla 3.0.1 Ubuntu 7.10 (beta)

Problem: (I'm using the german version):

• server type "sftp", connection type "ask for password"
• try to connect. tick "remember password for this session". enter a wrong password
• try to connect again.

bug: although the password was wrong it is saved and i'm not able to correct it. I guess FileZilla should instead ask for the password, again.

This does not happen with the ftp-protocol.

Although I limit the socket thread num to 1, by set Menu->Edit->Settings->transfers->max simutaneously transfers to 1, the quick connections cannot reuse the command socket thread. Only if I connect to the site from the site manager, it works. And a similiar thing is the locale. Although the ftp specification requires the server to use utf-8 locale, but old ftp site and ftp server softwares may still use the multi-byte locale. So I think a locale setting for quick connections is necessary.

When connecting to an SFTP site, the program request to save in the cache the digital key of the site, because it is change since the last connect. Nevertheless, the next connection, or managing files in the first connection, the program request by new to save the digital key of the site.

when trying to delete too many files from the ftp server (like 11.000) the programs first gives an error message about the xml file ( I don't remember what it says but probably because the xml file can't write all those actions),then it gives another error,after clicking OK on those messages the programs continues to work normally but it's really annoying because you have to watch it and click ok everytime otherwise the tasks won't be executed.

The fzsftp.exe bundled with the Windows binary of FileZilla uses the registry keys of PuTTy's Default Settings configuration.

If you have set a default hostname or IP address in PuTTY, FileZilla cannot connect. Also if you are trying to connect to server that only allows private key as authorization, you won't be able to connect in FileZilla. You'll need to set a key in the default settings of PuTTy.

These two programs dependencies needs to be split.

I'm on Ubuntu Gutsy and I'm using filezilla client. I noticed that when you activate the option in Ubuntu to drag the windows with Ctrl + click then in Filezilla the selection of a file using Ctrl + click will not work. The option can be activated with System -> Preferences -> Windows

also on windows if you run more than one filezilla instances it will give you a xml writing access error.

The Maximum Simultaneous Transferts could not be changed while transfer is on. You have to set Maximum Simultaneous Transferts and relaunch Filezilla to make it taking into account this settings. Once you relaunch, the settings works properly and all threads work fine.

OS: winXP sp2 Ver: Filezilla 3.0.1n Build Date:2007-09-19

The problem of viewing and operating with cyrillic-named (Codepage 1251) folders on remote FTP (f.e. 85.118.227.108).

In "Site manager" I tried both "Autodetect" and "Custom charset" with no effect.

CP1251-named folders look correct in list view and incorrect in tree view (above the list view).

Screenshot and logfile are attached.

FileZilla 2.2.32 works fine with mentioned above FTP.

I am using FileZilla client 3.0.1 on Windows XP Pro. I believe the server I'm connected to is running some kind of Debian linux. The option for treating dotfiles as ASCII doesn't seem to work. I tried downloading a .htaccess file, and it always used binary mode, even when I added htaccess to the list of ASCII filestypes. When I unchecked the dotfiles as ASCII option while leaving htaccess listed as an ASCII filetype, .htaccess files were transferred as ASCII. In older versions of FileZilla I was able to manually set the transfer mode for each transfer, but that feature seems to have disappeared in the latest version. I for one would like to have that feature back.

When I open any of the windows they always pop down to the lower right corner of my screen. I'm not sure if everyone sees this behavior, it's just me or if it's a bug.

-JD

FileZilla "crashes" sometimes, when trying to upload through SFTP. When approx. 200+ files or end of queue, it can without no reason simply crash.

Happend while trying to upload Wordpress 2.3, which then had to be tried a few times, before succeed.

For reproduce, try either upload the folders wp-admin+wp-content or wp-includes.

Attached some more details (zipped), hope it helps a bit.

I am using filezilla for the very first time and think I have a bug when using the program to transfer files.

I tried to upload files to my ISP webspce and the bug seems to be that when sending a file it sends the same file twice.

is this supposed to happen or not?

OS X 10.4.10 Filezilla 3.0.1

When open the site manager the main window jumps drastically down to the right so each time after I open the site manager I need to drag the main window back to a useable location. If I open the site manager, close it and reopen it without ever adjusting the primary windows position, it will have jumped completely off the screen and can no longer even be seen.

FWIW, I was using many of the different Beta versions prior to the GM, and didn't have this issue in any of the Beta versions...

FZ 3.0.1*; Win XP Pro SP2

Transfer queue shows duplicate of last file at bottom, though it only uploads each file once.

See attached log and screenshot.

*3.0.2 came out as I was typing but probably suffers same issue (not fixed in release notes); I will confirm later.

FZ 3.0.2; Win XP Pro SP2

I just updated to 3.0.2, and now the message log area is visible but blank when I FTP. Before it was on 3-Verbose for debugging; changing this setting now doesn't help.

See attached screenshot; no log attached due to nature of bug.

I just installed 3.0.2 on windows XP (SP2), imported the XML from version 2.2.32 and tried to connect to the servers. It works (I can upload/download), but the field where I normally see the communication between the FTP clent and the server stays blank.

In Windows Vista and Filezilla 3.0.2, the area of messages is empty, it's white when you try to connect to the server.

If you press the button "Show or hide area message" (aprox why my version is spanish) two times, then if the Filezilla show the messages correctly.

Thanks Sorry for my english

Hi,

don't know if this is the correct place. When I start FZ 3.0.2.1 on my Win 2003 server I get a warning. That warning contains an error in the last sentence. At least in the Dutch translation, maybe as well in other languages. It says translated "only when you deactivate either the firewall or the application layer service then you will experience time-outs". It should probably read "only when you deactivate either the firewall or the application layer service then you will NOT experience time-outs". The correct sentence in Dutch for that is " Alleen wanneer je of de Windows Firewall uitschakelt of de Application Layer Gateway uitschakelt, dan zal FileZilla geen timeout hebben bij grote overdrachten".

Hi,

It appears that files with iso 8859-1 accented characters (uploaded for instance by a Windows version of FileZilla) program are not shown in the Linux version of FileZilla 3.0.2.1 if the charset encoding is set to "Autodetect" or "Force UTF-8".

I tested this amongst others with a file called "Là.txt" that I uploaded with FileZilla 3.0.2.1 on a Windows machine with the charset option set to "Autodetect". The file does not show up in FileZilla 3.0.2.1 under SuSE Linux 10.1 on a x86_64 machine (I use the FileZilla binaries created by the FileZilla project), unless I use the custom charset "iso8859-1". I would expect FileZilla to list all files (except for hidden files if FileZilla is not configured to show them, of course), independent of the charset settings, the charset setting should only affect the way their names are displayed.

Best regards,

Bo

Hi,

When I connect to my home computer which has following setting:

[LoginType=Interactive]

And I try to downlaod some MP3s, FileZilla asks me for my password even though I have already entered it. Sometimes happens 2/3 times.

Please give this part of the software close inspection.

FileZilla keeps asking for password when I am downloading from server which is set to Interactive LoginType.

when you try to change the icon size, in interface, they are not displayed, but only the little size

When I tried to install the FileZilla_3.0.2.1_win32-setup.exe. I met the message "Invalid option for /user. Has to be either /user=all or /user=current"

My OS: Windows XP Home

Filezilla client, Windows version 3.0.2.1, from downloaded installer exe, on WinXP SP2.

On my computer, the tooltips for the QuickConnect host and port input fields 'flash'. This may be because the tooltip is placed under or nearly under the cursor.

However, the tooltip will occasionally display correctly if the cursor is placed very close to the left edge of the input field, or is moved to the left during the, mmm, 1/4 second the tooltip appears.

Nothing appears in the message log with debug=3.

Filezilla Client 3.0.2.1 in Windows XP SP2 does not prompt for a password when I try to connect to an SFTP Server. The problem occurs when you do not fill the password field in the site manager.

In version 2.2.32 there was always a pop up window where you could type your password.

Message log:

Status: Connecting to server.example.com:22... Response: fzSftp started Command: open "user@…" 22 Command: Pass: Error: Authentication failed. Error: Critical error Error: Could not connect to server

Brand new Win2K install with current updates. Installed FileZilla 3021 to copy some programs and such from another machine on the LAN. Zipfiles seem to go just dandy, but I've discovered numerous .exe and .jpg files that consistently copy incorrectly with no reports of errors. The copy is invariably smaller than the original, but I've determined that the files are NOT simply truncated as I thought initially.

I installed FZ 2232 on the same machine and it transfers the same files perfectly. The server in question is FZ Server 0.9.18 beta, but I don't really think that's an issue because of the following.

I installed FZ 3021 to another machine and attempted to transfer one of the problem files from a Linux machine running vsftpd and ended up with an identically corrupted file (I did a binary compare with one from the other machine).

I'm attaching a jpeg that has this problem.

MD5 of good file: 05872a9ed5da1fe69161a0469e0213ab *bigball.jpg (106228 bytes) MD5 of bad copy: 2655392d8646aeefd912ff9db8ef0b62 *bigball.jpg (40692 bytes)