Custom Query (4044 matches)

The client is connecting to a server behind an NAT router, whose IP address facing us is also a private address, as illustrated below.

+-----------+   +-------------|------+   +--------------+
| my client |   |    NAT router      |   | their server |
| 172.x.x.x +---+ 192.168.x.x | 10.x +---+   10.x.x.x   |
+-----------+   +-------------|------+   +--------------+

I left the setting for "Connection / FTP / Passive mode" by default, to "Use the server's external IP address instead". However, it did not work for me.

The attached log file 20220601-1751.log shows at lines 82 and 161 that the server replied with its private address, and a netstat command on the client at the moment showed it was actually trying to connect to exactly the server's private address.

I noticed a trace message in the log file, i.e.

Destination IP of data connection does not match peer IP of control connection. Not binding source address of data connection.

Having searched this message in the source code, I arrived at function CTransferSocket :: SetupPassiveTransfer, and found that its host argument seemed to be assigned in the function CFtpRawTransferOpData :: ParsePasvResponse.

Inside ParsePasvResponse, the condition for assigning the peerIP from the control socket to the host_ of the passive data connection is an un-routable data peer address as well as a routable control peer address. Unfortunately, with all un-routable, internal addresses for both data and control, my scenario effectively bypasses this mechanism.

At the end of the ParsePasvResponse function, I noticed that I can instruct the client to always use server address by setting the option OPTION_PASVREPLYFALLBACKMODE to 2, which is set by an option named Pasv reply fallback mode, stored in %appdata%\FileZilla\filezilla.xml. I wonder the intention on omitting this option in the settings UI, although it indeed provides a workaround for my situation in the current version.

Filezilla 3.10.3 #6672 GCC 4.8.2 Compile Error: ../../../src/engine/misc.cpp: In function ¿int GetRandomNumber(int, int)¿: ../../../src/engine/misc.cpp:276:34: error: no match for call to ¿(std::uniform_int_distribution<int>) (std::random_device)¿

return dist(std::random_device());

Patch: src/engine/misc.cpp int GetRandomNumber(int min, int max) {

wxASSERT(min <= max); if (min >= max)

return min;

/* JJS Commented out May 3, 2015

std::uniform_int_distribution<int> dist(min, max); return dist(std::random_device());

*/

/* JJS Added these two lines right from the GCC random documentation... */

std::random_device rd; std::mt19937 gen(rd());

std::uniform_int_distribution<int> dist(min, max); return dist(gen);

}

I would submit a patch, but I suspect the "real" fix is much simpler. I've been away from GCC for a while...

Its currently not possible to translate files with ä,ö,ü,... in their names (yes, I did NOT choose those names....).

"Ãœbertragung konnte nicht gestartet werden"

Befehl: RETR 07-08-15 - SCI FI - Raumschiff Enterprise - Das nächste Jahrhundert - Andere Sterne_ andere Sitten.eit Antwort: 550 Failed to open file. Fehler: Kritischer Fehler

Anything else you need?

I uploaded a UTF-16 text file with the following content:

FF FE 48 00 65 00 6C 00 6C 00 6F 00 0D 00 0A 00 57 00 6F 00 72 00 6C 00 64 00

Note the correct BOM for UTF-16 little endian and that every second byte in the text is set to zero.

After downloading it again the content changes like this:

FF FE 48 00 65 00 6C 00 6C 00 6F 00 0D 00 0D 0A 00 57 00 6F 00 72 00 6C 00 64 00

FileZilla transmits the file in text mode and because of that the UTF-16 line ending chars get corrupted to 8 bit ASCII line endings. In this case only 0A 00 got corrupted to 0D 0A 00, because of Windows -> Unix -> Windows.

The file is now 1 byte longer (an odd byte count for UTF-16 files is already invalid) and the content is broken.

Uploading in binary mode avoids this problem, so I suggest that FileZilla detects UTF-16 using BOM or line endings in 0D 00 0A 00 format and uses binary mode for these files by default to avoid corruption.

When connecting to a SSH server (Windows 2003 with Vandyke VShell SSH) by SFTP using SSH2, the filenames containing "special characters" are displayed incorrectly in the remote window AND cannot be transfered (transfer error).

file name on server: dùçàèéóòöüïëê.txt displayed name on remote site: dùçàèéóòöüïëê.txt

Uploading of a file containg special characters is not possible. The file above is transfered on the server and receives the name "d" on the server.

The contents of the file (also containing special characters) is transfered correctly.

Setting "use UTF-8 on server if avaible" from auto to force and to never does NOT solve the problem.

Please note, the tool "winscp" displays the remote files correctly (handles the special characters correctly), so this is not a server issue.

Kind regards.

USS (Unix System Services) directories on Z/OS v1.9 are displaying as files not directories. If I click on them to see the sub directories it doesn't work. I get this error if I try: Status: Starting download of /websphere/v6r1/z4cell/z4node2_slibs/TNT_SYSTEM_PROPERTIES/BCT Command: CWD /websphere/v6r1/z4cell/z4node2_slibs/TNT_SYSTEM_PROPERTIES Response: 250 HFS directory /websphere/v6r1/z4cell/z4node2_slibs/TNT_SYSTEM_PROPERTIES is the current working directory Command: TYPE A Response: 200 Representation type is Ascii NonPrint Command: PORT 164,39,61,232,13,110 Response: 200 Port request OK. Command: RETR BCT Response: 550 Command RETR fails: /websphere/v6r1/z4cell/z4node2_slibs/TNT_SYSTEM_PROPERTIES/BCT is a directory. Error: Critical error Status: Disconnected from server

The downloaded package from the The icon New Version available! button does not work!

When installed the following error appears: Unsupported operating system

WTF! I am only running the automatic autoupdater within the application already running in my system! and running the proposed package!

Your automatic updater does not work and does not verify in which system FileZilla client is running before proposing the package to run for the update.

Hi.

When I try to select multiple items in file list by drawing selection rectangle using mouse, the mouse cursor 'teleports' to corner of the monitor on specific condition. (bottom-right or top-right of virtual screen)

I did not check the Linux version of the Filezilla Client has same behavior. (I'm using CentOS 7, but they does not provide most up-to-date version)

Thanks.

• Reproduce procedure (100% reproducible)

1. Run Filezilla Client
2. Make sure you have horizontal scrollbar on the listview by resizing window and scrollbar should not reach at right end. (Just you can place scrollbar on left end)
3. Click (and hold) empty place of listview to draw a selection rectangle.
4. Move the cursor.
5. The mouse cursor teleport to bottom-right of monitor. (or top right)

1. Open Filezilla

2. The top 20% or so of the Filezilla UI is stuck at the top of the mac OSX screen and cannot be used, making the top window bar and top buttons of the Filezilla UI inaccessible

Double clicked on a file in the local site file browser, then right clicked on it. While the context menu was displayed, a popup came up asking whether to overwrite the file on the remote site. UI becomes inaccessible, the only way around the lockup is to use the Windows task bar to minimize and maximize Filezilla which forces the context menu to disappear. Tested with 2.2.18

UI at 3.9.0.1 is right to left out of order. I will put a screen shot for more information.

UI at 3.9.0.1 is right to left out of order. I will put a screen shot for more information.

Currently dragging a file to a subfolder shows a mouse icon with a "+" symbol next to it and the file is moved - however in explorer this means that the file will be copied to the subfolder

In filezilla (in the remote pane) either the icon is wrong (and it should be a normal mouse icon) or the action is wrong (and the file should be copied not moved)

Minor but hope this helps

~moltenlead

When you uninstall FileZilla, a dialog is displayed that says: "Delete all Registry keys...(including Site Mannager..."

Mannager should be spelled: Manager

Status: Listing directory /backup/Pictures Status: Directory listing successful Status: Disconnected from server Status: Retrieving directory listing... Command: cd "Lottery" Error: did not receive a valid SFTP packet: sftp_recvdata failed, could not reveive packet length Error: Failed to retrieve directory listing

Should be receive.

The connection sat idle for a while and then was Disconnected from server. I tried to change directories and this misspelled error was printed.

The VxWorks ftp server has different root directories.

It can have C: or D: as a root directory. When I type

in D: (or D:\, or D:/, or D, or /D) in the remote site box, it does not navigate to the remote site. The default is C: and when I type in D:, the message log pane says that it is trying to navigate to /C:/D:/. So it seems like it prepends the current site to the typed in remote site.

One workaround that I found was right click in the message log pane and Enter Command. If I Enter Command CWD D:, and then double click .. (CDUP) in the Remote site pane, then D: is correctly shown. Once I have done this manual sequence, I can then type in C: or D: in the Remote Site box and correctly see the C: site or the D: site.

One other note: I tried typing C: or D: in the default remote directory in the advanced area of Site Manager and it had similar results (didn't not navigate to D:).

I have attached the text from the Message log pane, along with some comments I inserted.

Thanks you any help you could provide.

FileZilla Client 3.3.0

This problem has to do with closing a tab while it is still attempting to connect to the server.

Steps To Reproduce:

1. Open A New Tab
2. Connect to a server
3. While still connecting (before first directory listing) attempt to close the tab. You should get a confirmation dialog since the tab is active.
4. Click "No" on this confirmation dialog
5. Attempt to use FileZilla.

In my experience, this freezes the tab area, while the rest of the UI works just fine. Even while the dialog is still open, the tab area is frozen until you hit "Yes", and remains frozen even after hitting "No". I don't even get the first directory listing.

When issuing the following command for example:

start filezilla ​sftp://sfl_support_admin:m4cew1ndu@10.240.1.50/paul mannion

I get the following error: "Unexpected parameter mannion"

It works fine for directory paths with no spaces. Any help gratefully appreciated.

Regards, Paul.

Filezilla 3.0.7.1. On a Microsoft FTP Server, using passive mode, when I upload files, they may be reported by FileZilla as "Successfull transfers", but they are truncated. It happened to us with both small (as in <1Kb) files and bigger (around 25MB) files. Binary or ascii tranfers behave the same. It also happens with XP Pro or Vista business. The server timeouts the main connections, but not the tranfer connections. Anyway, it seems to have stopped happening when we added the "Send FTP Keep Alive" option.

FileZilla 2.2.24a can't browse directories with space char on the name endig. For example if on the server there is a dir called 'aaaaa ' (' - this char is to show that in name ending is a space char') FileZilla sends to serwer 'CWD aaaaa' instead of 'CWD aaaaa '. Porobably this error is present on all versions.

I am having a problem with multiple trojan attacks to files unloaded through FileZilla. Multiple checks have been done on my computer files for the contaminated files with no problems showing. But after I upload it through FileZilla it seems to be becoming contaminated. Can you check this out on your end? I am receiving multiple alerts on the uploaded files. Green Olive Tree hosting is checking things from their end. I have just today downloaded what I believe is the most current version of FileZilla. 3.2.3.1 10-20-2009

All current filezilla exe-files are infected with Trojan.Zlob.B

When I'm using filezilla I constantly get notifications from Norton Anti-virus about a trojan horse in filezilla

W32.Trojan.21d1.1201 detected by Cisco AMP for Endpoints in FileZilla_3.31.0_win64-setup_bundled.exe

Hey,

My anivirusscanning detect a trojan in the software.

C:\WINDOWS\FileZilla.exe: Trojan.Downloader.Istbar- 158 FOUND.

The summary says it all: if you delete a directory on the remote side, the directory contents pane will update, but not the directory tree, resulting in a very confused FileZilla. Refreshing directory listings does work around this issue.

I deleted a directory which had two levels of sub-directories beneath it on the FTP protocol.

If the explorer.exe is closed and restarted, the tray icon is not comming back :-( Very anoying when an transfer is allready running..

Cincerelly, Claus

FileZilla Version: 3.4.0 (self compiled from source) Processor: Intel Pentium Dual-Core T4500(x86_64) OS: Ubuntu Maverick Meercat 10.04, running on Linux Kernel 2.6.35-28-generic Compiler: gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 Compilerflags: -g -O2 -Wall -g -fexceptions Linked to: wxWidgets 2.8.10, GnuTLS 2.8.6 configure-options: --libtinyxml=builtin

Other important version-informations: X-Org X Server 1.7.6, GDM 2.30.5, Fluxbox 1.1.1

If FileZilla is minimized to Tray, clicking the Icon causes one of the follwing things:

1. The FileZilla Window Appears for a short period, then minimises itself again. A Second Tray-Icon appears besides the old one(s)

This steps can be performed several times, each time a new Icon appears, if nothing of the other cases appear

2. X-Server crashes and restarts (Logs below)

Logs: (Testing-Event around uptime 2179.12, real time approx Apr 26 00:0:23

Xorg.0.log:
[    68.209] (II) intel(0): Allocated new frame buffer 2688x1024 stride 10752, tiled
[  2179.122] (II) Power Button: Close
[  2179.122] (II) UnloadModule: "evdev"
[  2179.172] (II) Video Bus: Close
[  2179.172] (II) UnloadModule: "evdev"
[  2179.232] (II) Power Button: Close
[  2179.232] (II) UnloadModule: "evdev"
[  2179.292] (II) Sleep Button: Close
[  2179.292] (II) UnloadModule: "evdev"
[  2179.352] (II) Logitech USB Receiver: Close
[  2179.352] (II) UnloadModule: "evdev"
[  2179.412] (II) Logitech USB Receiver: Close
[  2179.412] (II) UnloadModule: "evdev"
[  2179.472] (II) Integrated Camera: Close
[  2179.472] (II) UnloadModule: "evdev"
[  2179.532] (II) AT Translated Set 2 keyboard: Close
[  2179.532] (II) UnloadModule: "evdev"
[  2179.682] (II) UnloadModule: "synaptics"
[  2179.742] (II) ThinkPad Extra Buttons: Close
[  2179.742] (II) UnloadModule: "evdev"
[  2179.802] (II) TPPS/2 IBM TrackPoint: Close
[  2179.802] (II) UnloadModule: "evdev"
[  2179.874]  ddxSigGiveUp: Closing log

Xorg.1.log:

X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-28-server x86_64 Ubuntu
Current Operating System: Linux oliver 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 23:42:43 UTC 2011 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-28-generic root=UUID=3926b68e-13b8-497c-a00a-72f75b55e5c2 ro quiet splash
Build Date: 10 December 2010  05:52:57PM
xorg-server 2:1.7.6-2ubuntu7.5 (For technical support please see http://www.ubuntu.com/support) 
Current version of pixman: 0.16.4
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.1.log", Time: Thu Feb 17 15:09:43 2011
(==) Using config directory: "/usr/lib/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor "<default monitor>"
(==) No monitor specified for screen "Default Screen Section".
        Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
        Entry deleted from font path.
(==) FontPath set to:
        /usr/share/fonts/X11/misc,
        /usr/share/fonts/X11/100dpi/:unscaled,
        /usr/share/fonts/X11/75dpi/:unscaled,
        /usr/share/fonts/X11/Type1,
        /usr/share/fonts/X11/100dpi,
        /usr/share/fonts/X11/75dpi,
        /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
        built-ins
(==) ModulePath set to "/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
        If no devices become available, reconfigure udev or disable AutoAddDevices.
(II) Loader magic: 0x7cb840
(II) Module ABI versions:
        X.Org ANSI C Emulation: 0.4
        X.Org Video Driver: 6.0
        X.Org XInput driver : 7.0
        X.Org Server Extension : 2.0
(--) using VT number 1


Fatal server error:
xf86OpenConsole: VT_WAITACTIVE failed: Interrupted system call


Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
Please also check the log file at "/var/log/Xorg.1.log" for additional information.

 ddxSigGiveUp: Closing log

Annotation: Server-Error already occured before crash and usually doesn't affect anything

syslog:

Apr 25 23:55:23 oliver ntpd[1721]: synchronized to 192.53.103.104, stratum 1
Apr 26 00:02:23 oliver acpid: client 1386[0:0] has disconnected
Apr 26 00:02:23 oliver acpid: client connected from 2967[0:0]
Apr 26 00:02:23 oliver acpid: 1 client rule loaded
Apr 26 00:02:23 oliver kernel: [ 2180.098902] Skipping EDID probe due to cached 
edid
Apr 26 00:02:23 oliver kernel: [ 2180.237401] Skipping EDID probe due to cached 
edid
Apr 26 00:02:25 oliver gnome-session[2990]: WARNING: Could not launch application 'metacity.desktop': Unable to start application: Kindprozess »metacity« konnte nicht ausgeführt werden (Datei oder Verzeichnis nicht gefunden)
Apr 26 00:02:25 oliver gnome-session[2990]: WARNING: Could not launch application 'gnome-power-manager.desktop': Unable to start application: Kindprozess »gnome-power-manager« konnte nicht ausgeführt werden (Datei oder Verzeichnis nicht gefunden)
Apr 26 00:02:25 oliver gdm-simple-greeter[2997]: Gtk-WARNING: /build/buildd/gtk+2.0-2.22.0/gtk/gtkwidget.c:5684: widget not within a GtkWindow
Apr 26 00:02:25 oliver gdm-simple-greeter[2997]: WARNING: Unable to parse history: (null)   1#012
Apr 26 00:02:25 oliver gdm-session-worker[3000]: GLib-GObject-CRITICAL: g_value_get_boolean: assertion `G_VALUE_HOLDS_BOOLEAN (value)' failed
Apr 26 00:02:32 oliver kernel: [ 2189.268649] Skipping EDID probe due to cached edid
Apr 26 00:02:33 oliver kernel: [ 2189.608599] Skipping EDID probe due to cached edid
Apr 26 00:06:11 oliver ntpd[1721]: synchronized to 192.53.103.108, stratum 1
Apr 26 00:08:40 oliver dhclient: DHCPREQUEST of 10.166.0.99 on eth0 to 10.166.0.8 port 67
Apr 26 00:08:40 oliver dhclient: DHCPACK of 10.166.0.99 from 10.166.0.8
Apr 26 00:08:40 oliver dhclient: bound to 10.166.0.99 -- renewal in 830 seconds.

No additional entries in messages-log, kern.log and debug-log

Hello,

I use filezilla 3.2.1 Compiled for : i586-pc-mingw32msvc Compiled on : x86_64-unknown-linuxè-ngu Date : 1009-02-06

When i try to transfer some file greater than 5 440 Octets, the transfert try a first time, try a second (and ask for replace), stop with this message : delay expired.

There is no problème with root account of my server and FileZilla. There is no problème with monchy account and IE (or other ftp software) There is no problème with monchy account and Filezilla. I have no firewall on my computer. Server : Unix, Client : Windows XP Pro SR2

If you want, i can send you user/password account to test.

Thank you for this good product.

Log : Commande: USER monchy Réponse: 331 Password required for monchy Commande: PASS Réponse: 230 User monchy logged in Statut: Connecté Statut: Démarrage de l'envoi de C:\Documents and Settings\Iatrino\Bureau\Procédure_PriseEnMain_Distance.doc Commande: CWD /httpdocs Réponse: 250 CWD command successful Statut: Récupération du contenu du dossier... Commande: TYPE I Réponse: 200 Type set to I Commande: PASV Réponse: 227 Entering Passive Mode (195,14,0,130,234,112). Commande: LIST Réponse: 150 Opening ASCII mode data connection for file list Réponse: 226-Transfer complete Réponse: 226 Quotas off Commande: TYPE A Réponse: 200 Type set to A Commande: PASV Réponse: 227 Entering Passive Mode (195,14,0,130,231,65). Commande: STOR Procédure_PriseEnMain_Distance.doc Réponse: 150 Opening ASCII mode data connection for Procédure_PriseEnMain_Distance.doc Erreur: Délai d'attente expiré

FileZilla transfers only first 8192 bytes. The progress bar is stuck and does not progress (shows 32% in this case). No errors are generated or reported. Tiny files (I am assuming < 8192 bytes) transfer just fine. I am using SFTP port 22.

• this used to work but stopped working few weeks ago
• the issue is experienced with only one server. I don’t have this issue with other servers
• I have attempted to downgrade to various versions down to 15 with the same results.
• I have uninstalled FileZilla and installed an old version 15 with the same results
• I have installed 3.0.0-beta2 and it works just fine

I am assuming that v.2.2.xx is using some PC resources that are corrupted and even reinstallation does not fix the issue.

--log from FileZilla v2.2.15 (29 generates the same log)----------------------------------- Command: CONNECT FTPxxxxxxx@…:22 Response: Remote working directory is /Customer/FTPxxxxxxx Status: Connected Status: Starting upload of C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar Command: CD /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Response: Remote working directory is now /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Command: PUT xxxx.jar C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar FALSE Response: Uploading C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar to xxxx.jar

When transferring a PNG file to a linux webserver, the PNG files lose 1 bit of data, making them corrupt. When transferring other image files, no corruption takes place.

I was trying to transfer a MSI file (TEST.MSI) to my web server. After few seconds or minutes FZ will no longer be able to establish the connectivity to my web server any more. FZ is trying to connect to my web server several times and ran into a time-out.

Just viewing on my web server without transfering data to it works fine.

I'm using the latest FZ v3.3.2.1

I assumed my web server has a problem, but with pure FTP from command line the file could be transfered successfully.

One year ago I had the same problem with FZ and this could be fixed by installing an update as this was available.

-Hans

I stored my clients photos as individual files on my web host linux server and I have over 20000 files stored in a directory called Photo. I wanted to transfer these photos to my desktop but I found out Filezilla could only list 9998 files out of over 20000 files. What do I do?

I am using Latest FileZilla 3.2.2.1. I transfer a file and the same file in place of getting transferred 1 time, keeps on getting transferred again and again.

When using TLS, transfer speed is slow (around 100KB/s)

I have tried use client version 3.9.0 and 3.9.0.2, server is FileZilla Server 0.9.45. During transferring, CPU usage is <10% (2.6Ghz).

But FileZilla client in a Windows PC works fine when connect to the same server, the speed is > 1MB/s.

I am trying to connect to a server that must be in active mode due to the firewall. I have changed the transfer setting from default to active. FZ during the connection sends a passive mode command to the server and then I get dumped out. We have verified all the settings for the transfer, but when the passive command gets sent the connection fails.

Whenever I start FileZilla (running version 2.2.24b), I have to adjust the size of the columns in the "Transfer queue"-window part.

But although I've set FileZilla to remember its settings, the Transfer queue *never* remembers about the widths!

This is quite annoying, so a bugfix would be greatly appreciated!

Cheers,

Martin.. :)

I noticed a display problem, very minor, in the transfer queue window. When there is a file transfer in process, there is a line a few pixels high not being refreshed correctly. It reflects whatever was behind FileZilla at that moment. However it is only seen when a file transfer is occurring. The queue windows redraws correctly when there isn't a file transfer. I notice this since my FTP's can run for hours.

As you can see on the attached screenshot, the content of the underlying application is shown in FZ's transfer queue.

This *only* happened to me, after I changed the transfer queue's column-width, switched to another application and then back to FZ.

If you don't know what I mean, look at the screenshot, for example above the red-slashed letters. ;)

Transfer queue seems to have a hard limit of items to queue. I tried to download about 600,000 files in about 2000 folders from a ftp server. Drag all the folders on the server to the local file tree. FileZilla would queue up only about just under 64,000 files and refuse to queue more. Furthermore, after the files are queued up, it does not automatically process the transfer queue. You have to check menu "Process Queue" for it to start processing queue. Could it be the counter of the queue item is a 16 bit integer - just a guess?

Hello, I've been using FileZilla for a long time now, and I love it and recommend it to all of my friends, so first off, great job! I appreciate the work you've put into FileZilla!

Just a little thing here - when I download several large files at once, typically, the file queue fills up to the point that I have to scroll, and I want to keep tabs on the progress of the files being downloaded, so I grab the resize bar dividing it from the upper 3/4 of the program, and drag it up so more queued files can be seen, but the progress bars all disappear, and I can't see the progress of any of the files any more. I can get it back, I believe by starting a new series of downloads, but with big files, I like to know how long they'll take to download.

Thanks! Paul Duquesnoy

When processing a large queue of thousands of files, the process will often get stuck after transfering the first 4096 bytes of a file. The process can be manually unstuck by stopping and restarting the processing of the queue.

Filezilla v3.3.0.1 Windows XP 32-bit, fully patched.

Hello, reporting a bug. The transfer queue is empty if the BSOD occurred. :( I must import queue manually after system reboot. :(

I have noticed a problem when I move files from a workstation on the network server, the data transfer will stop frequently when there is no longer one second remaining. This arrest may take up to 90 seconds, but usually shorter period of Time. If I transfer files from the server to the workstation so the same problem does not exist. Why?

Client and server are on the same home network (192.168. ...) And the number of simultaneous users is not.

I have set transfer priorities for files in query, but they weren't applied and the files were uploaded as in order of places on the list

Hi there When I transfer files If i put the window in the background the transfer pauses until i switch back to the filezilla window. If i switch away long enough the transfer fails and moves to the Failed transfers tab.

During a backup transfer (server to client) of about 3181 files always the same jpg files wont be transferred, most likely because they include German umlauts and special characters like ü and ß.

But downloading each of these files directly without using the queue succeeds. So something is not working when using the queue.

Attached a screenshot showing some of the files.

FileZilla Version: 3.3.4

Windows, version 3.7.4.1. Imagine I attempt to transfer/upload 20 files to my FTP site (not FileZila server). My FTP server supports 10 connections. I set the transfer to support 10 connections. Sometimes, the server fails with code 530 (see log below).

Bug is, when that happens, it doesn't attempt to re-try file upload.

I have attached a log file. In is it the initial attempt to upload the files. Then, there are 2x more attempts to upload the files that didn't initially transfer.

I understand that the retry logic is tricky. However, the minimum it should do is -- at the end of the transfer, it could show a dialog saying something like "7 of 20 files failed to transfer".

Keep up the good work!

Sean

Files transfer from my computer to the server but do not appear on the online website. Updated to current version of Filezilla. This worked a month ago.

When you scroll with the mouse in the "Queued Files" transfer window, the graphic bar (green percentage thing) doesn't scroll properly, and it sort of screws things up.

I'm on filezilla 3.1.2 (using the ubuntu package from the repository).

A file is transferred from a TSO system to a Mac and back again. The file has format LRECL=80 RECFM=PS BLKSIZE=3120. The target dataset for the transfer back to TSO is preallocated with the correct attributes.

The contents of the returned file are not in the correct order.

This has started happening since the Mac was upgraded to BigSur.

When transferred using SFTP to the USS file system the order is correct.

My downloads do not start in the latest versions of FileZilla when I select files in folders which contain special characters in their path name (i.e. ä - a with dots on top etc.).

This worked in previous releases.

As per summary, tasted on Gentoo Linux amd64 with filezilla client 3.1.3.1 and 3.2.0

Hi, i installed FileZilla Client 3.9.0.2 from the filezilla Screen today After Installation all of my Uploads failed with error message after reaching 100%. Filezilla shows an smaller target file size, perhaps 4096 but 1.566.348

Then i used another pc with an older Version of filezilla. After Connection I found the uploaded file with the full size on the target device. The file was OK.

Trying to transfer this filename from a KISS DP 558:

P06 Kanal 5 - Tor 05-06-2008 18:55:00.vob

Creates a file in the target directory on my PC called:

55 (no file extension)

Oddly the file explorer inside FileZilla lists the file name as 55:00.vob (see attached screenshot) but windows explorer shows the filename as mentioned above. Either way it pretty wrong though :-)

I guess it must be related to having : in the file name somehow

I get this error when I try to open my www folder on the server. Here are the details: Command: PWD Response: 257 "/www" is current directory. Command: CDUP Response: 250 CWD command successful. Command: PWD Response: 257 "/" is current directory. Status: Directory listing successful Status: Retrieving directory listing... Command: CWD /www Response: 250 CWD command successful. Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (207,159,146,172,184,71). Command: LIST Response: 125 Data connection already open; Transfer starting. Error: Transfer connection interrupted: ECONNABORTED - Connection aborted Response: 550 .: An established connection was aborted by the software in your host machine. Error: Failed to retrieve directory listing

When Remember size and position of FileZilla is enabled under Edit, Settings, Interface Settings, Miscellaneous settings, and Transfer Queue is enabled under Startup settings, the Transfer Queue window does not remember where it was last set. In fact, regardless of where it was last, the transfer Queue window covers two thirds of the screen covering the local and remote directory listing, which are completely covered if local and remote Treeview is enabled. I have duplicated this problem on 3 different computers.

version 2.2.20

The "Transfer Queue" pane collapses whenever you minimize the program. You have to resize it to see it again.

filezilla 3.3.2 wxWidgets 2.8.11 gnuTLS 2.8.3

Issue: headers do not sort

Expected results: click on headers of transfer queue and the list should sort on that column

Actual results: click on the headers shows a mouse down, but list does not sort.

To reproduce...

1. Enable speed limits
2. Exit Client
3. Restart Client

The menu item is not checked but speed limits are seemingly enabled. Selecting the menu item will not set check on. Selecting the menu item again will set check on.

Using FileZilla 3.3.0.1 connecting to the popular FTP server vsftpd, we cannot access directories with trailing spaces.

Reading the changelog of 3.2.8rc1 suggested this has been fixed, but it is not.

Digging in deeper in all the tickets revealed that the server needs MLDS support, which vsftpd does not, so this has not been fixed for this case.

I downloaded a remote folder with a trailing space in it´s name via context-menu. Downloading was fine, but I wasn´t able to delete that folder with Windows Explorer ("Datei kann nicht gelöscht werden: Die Quelldatei oder vom Quelldatenträger kann nicht gelesen werden.").

Deleting it is only possible by deleting the parent folder via command line with "rmdir /s test".

FZ: 3.3.3

I am using Filezilla 2.2.18 under Windows XP Professional English version.

When I tried to access a remote site (which supports UTF-8) containing folders in traditional Chinese, I cannot read the correct text (all become question mark).

If I start Filezilla using Microsoft Applocale and choose "Simplifed Chinese", I can view the correct text (in traditional Chinese).

I believe that it is only a minor bug about codepage conversion which could be fixed in the comming release.

Thanks a lot for the contribution of making such a mature FTP client.

The toolbar does not display when connecting to FTP. Only when moving the mouse over the toolbar area do the icons partly appear and that's a crap shoot as well.

Yes, I'm fully aware that you've rejected this problem umpteen different times now from umpteen different users, claiming that the fault is with Intel's graphics card - I AGREE AND WISH IT WERE OTHERWISE. Obviously, Intel isn't going to "fix" something on their end just to accommodate your program anymore than MS would "fix" their OS for your program either. How about doing all of us who are having this problem and would like to continue using FileZilla a favor and swallow your pride, take the highroad, actually demonstrate that you know more about programing than the idiots at Intel and at least look into a fix on your end? Pretty please!

I've been using FileZilla for many many years and would really like to continue using it, but that's impossible to do if I can't read what's not there - the menu bars. Please give us loyal users a break just this once. I don't want to look for another FTP client. Yours is the best and the I promise the next time I buy a laptop, I won't buy one with crappy Intel graphics.

Thanks!

FileZilla Client

Version: 3.3.5.1

Build information:

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

Linked against:

wxWidgets: 2.8.11 GnuTLS: 2.10.2

Operating system:

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

Windows 7 Professional Desktop resolution: 1280x800 (Aero enabled) Intel HD Graphics (Core i7) (driver 8.15.10.2154)

How to reproduce:

1. Go to Settings → Interface → Themes
2. Choice Default theme
3. Set scale factor to 0.50
4. Press OK

Expected behaviour: Icon size on toolbar is decreased.

Current behaviour: Icon size not changed.

Version: 3.24.1

Build information:

Compiled for: x86_64-apple-darwin16.4.0 Compiled on: x86_64-apple-darwin16.4.0 Build date: 2017-02-21 Compiled with: Apple LLVM version 8.0.0 (clang-800.0.38) Compiler flags: -Werror=partial-availability -Wall -g -std=gnu++14

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.4.16 SQLite: 3.16.2

Operating system:

Name: Mac OS X (Darwin 16.4.0 x86_64) Version: 10.12 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 Settings dir: /Users/maxim/.config/filezilla/

When connecting to any of the sites in my connection list the toolbar icons disappear. I have been checking to see if this problem has been fixed in the new releases but have not seen anything, not knowing if you know about it I thought I would let you know. I have attached a screenshot to show you how i see it. Thank you very much I use this software every day keep up the good work.

I just need to connect and the toolbar get into this (screenshot annexed - the red lines are mine). When I mouse hover the icons appears again, but the space between them not.

Windows 7 Professional x64 pt-BR FileZilla 3.3.4.1 Desktop resolution: 1600x900 (Aero enabled) VGA: Intel GMA X3100 (driver 8.14.10.1930)

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)

How to reproduce:

1. Hide toolbar through menu View → Toolbar
2. Restart the program

Expected behaviour: Toolbar does not displayed.

Current behaviour: Toolbar is displayed.

Version: 3.24.1

Build information:

Compiled for: x86_64-apple-darwin16.4.0 Compiled on: x86_64-apple-darwin16.4.0 Build date: 2017-02-21 Compiled with: Apple LLVM version 8.0.0 (clang-800.0.38) Compiler flags: -Werror=partial-availability -Wall -g -std=gnu++14

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.4.16 SQLite: 3.16.2

Operating system:

Name: Mac OS X (Darwin 16.4.0 x86_64) Version: 10.12 CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 Settings dir: /Users/maxim/.config/filezilla/

Toolbar disappears after site connection.. I toggle "Toolbar" and it reappears..

FileZilla Client

Version: 3.5.3 Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 2.10.4

Operating system:

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

• -

When a saved website is opened with Site Manager, the toolbar buttons disappear. Some of the buttons reappear after mousing over them. This is a problem with 3.3.1 and 3.3.2-rc1.

Just downloaded FileZilla Client to my new computer and I'm seeing an issue I've never had before. In the "View" tab I have Tool bar and Quickconnect bar checked but they are not showing on my screen, so I have no way to connect to any servers. My computer and FileZilla are both totally up to date and I've played around with other settings. I've also looked through the forums and can't seem to find anything related to this. Any help is greatly appreciated!

I upgraded to 3.34.0, and now my site manager which lists my sites is super narrow and I cannot change its width.

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

I am running Win <font style='color:black; background-color:Yellow;'>XP</font> <font style='color:black; background-color:Yellow;'>SP2</font> <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> <font style='color:black; background-color:Yellow;'>v3</font>.3.1

First of all when clicking the toggle processing of the transfer queue button on the toolbar doesn't stay depressed. Also if I double click on any local file it immediately transfers the file even though the button doesn't indicate that processing is enabled AND there is no check on the Transfer > Process Queue menu item. When there are files being transferred then both button and menu change to show that they are enabled from the disabled state. So what's the point? I would like to halt all processing and set up a transfer queue and once I'm done adding and removing files from the queue, I would like to toggle the processing and let <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> do its magic.

I would also like to export/import a queue and I'm assuming that's what the menu items do but unfortunately I can't stop <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> from transferring in time to test that.

Also if I manage to quickly hit the toggle button while it's transferring I can stop it, but as soon as I add something else to the queue it start back up on its own without any indication that I want it to.

Thank you for all your hard work. <font style='color:black; background-color:Yellow;'><font style='color:black; background-color:Yellow;'>Filezilla</font></font> is an amazing utility.

Directory comparison button options (on right click) looks like not shown correctly... probably there should be an menu radio buttons for "Compare filesize" and "Compare modification time" options (or they should be organized as an checkboxed items...)

The another negative of the current button (which control so useful functionality) is that looks like it doesn't keep it's default state.. i.e. it doesn't turns on after it was turned off automatically after for example out of synchronization root.

Thank you for program!

On my Mac OS X (10.9.5) MacBook Pro (13-inch, Mid 2012), when I unplug my external monitor the FileZilla window adapts to the new smaller built-in display by moving the entire window upward, leaving the title bar and upper panel offscreen. It remembers this new window position to that the title bar and upper panel remain offscreen even when I plug the large monitor back in, and worse, even when I quit and restart FileZilla. I cannot reach the window Zoom button, since the title bar is offscreen, and there is no Window menu from which to choose a Zoom command. On the built-in monitor, I haven't found any way out; the only solution I have found is to reattach the large monitor, go to Mission Control, and drag the FileZilla window to the smaller built-in monitor. After leaving Mission Control, FileZilla still spreads over the top edge of the built-in monitor, but the title bar is now visible on the large monitor and I can once again drag the app window and use the Zoom button. (My monitor arrangement is the 2560x1600 monitor above, with the menu bar, and the 1200x800 built-in display below left-aligned.) I can provide screen shots if needed.

If you are already connected to a site ("Dev") and quick connect to site ("Prod"), the title bar does not refresh to reflect the new connection.

v2.2.17

Thanks Jason

Using a HiDPI screen (3200x1800), almost everything looks great.

There is only a small issue: the icons in the toolbar are very small.

I've updated to the latest version but now I can't get onto any of my sites because it just keeps timing out.

Error: Connection timed out Error: Failed to retrieve directory listing

Is this a bug or is there something I need to change. If it's a bug can anyone suggest a free alternative until it gets fixed?

Many thanks!

I checked and found a bug entered from 2005. (didn't seem to have any answer) However, I am suffering today.

Client is XP PRO. Connecting to a Linux box (Linux router.dta.ca 2.6.9-55.0.2.EL)

When I connect the times are +4 hours off. So it reads in FileZilla as 13:08 instead of 09:08. I set the time zone offset (TimeZoneOffset="-4" ) accordingly and the times are ok.

The Linux timezone is EDT (Eastern Daylight Time) - correct. Double checked the time and it is fine. When I drop a file onto my Linux box via FileZilla the FILE TIME is correct.

Current FileZilla is 2.2.32.

Very odd. Points to a "how is Filezilla determining the proper time zones?" question.

I dropped a file into another site and sure enough the time was wrong (compared to what my time zone is). The only issue is I have no control of that box so I am unsure what timezone it is in nor it's settings.

thanks belly

What happened to the timezone file created/uploaded time with the recent FZ version change?

I connect to a server on the west coast that is -2 hours from my CST location.

I edit/save a file locally (say 8:00pm or 20:00 hours). The uploaded/updated time is reflecting a time of 1:00pm or 13:00 hours?

WHY?

This used to work with the DEFAULT settings just A-OK under Win 7 SP1.

Now it is NOT working?!?

===from Help >> about===

FileZilla Client

Version: 3.11.0.1

Build information:

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

Linked against:

wxWidgets: 3.0.3 GnuTLS: 3.4.1 SQLite: 3.8.10.1

Operating system:

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

Hello,

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

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

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

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

Thanks so much for your help!

Sincerely, Jason

FileZilla client is set to preserve timestamps on transfered files.

File creation time is preserved on files smaller than 2G.

File creation time is set to current time on files larger than 2G.

Hello, When transferring files the timestamps regarding the latest version/last updated do not match. The timestamp on the submitting end is correct, but not in the receiving window. It is 2 hrs off.

When I start Filezilla Client and use CTRL-R to resume the last connection, the timestamp adjustment specified in the advanced settings for each site is ignored.

This only occurs when resuming the connection from a previous run and not when resuming the connection from the current run. This bug was present in older versions.

Thanks,

Steven

Newest version hangs retrieving directory listing on several servers, but not all. Strangely, godaddy ftp works.

Normal access with other FTP programs like Cyberduck, so it's definitely FileZilla problem.

Pain in the butt asking for certificate approval every time. What's up with that?

This version is awful. Wish I could go back to previous.

When i select the new version or take the option when i open filezilla i get a dialogue box with "Timer creation failed" message and so cant load latest version

I got the message Timer Creation Failed when upgrading from 3.2.5 to 3.2.6. The forum ticket says this was reopened and reclosed because it cannot happen in 3.2.5. However, it did happen. The download was successful though and manually running the update worked fine. Now at 3.2.6.

FileZilla Client

Version: 3.2.6.1

Build information:

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

Whe attempting to navigate directories on my server I receive a timeout error

Response: 230 OK. Current restricted directory is / Status: Connected Status: Retrieving directory listing... Command: CWD /public_html Response: 250 OK. Current directory is /public_html Command: CWD alt Response: 250 OK. Current directory is /public_html/alt Command: PWD Error: Connection timed out Error: Failed to retrieve directory listing

Hi Folks!

Great SW...;-D

Little snag - I tried to connect to a FTP server in germany but it had an (exeptionally) long time to answer requests meaning that FileZilla timed out and retried. A set time out option maybe?

All the best

Ralf, Assoc. Prof, Stockholm Univ.

I updated the FileZilla client to 3.41.0 this morning and am experiencing an issue during the directory retrieval process on 1 particular server. I regularly connect to about 12 different FTP servers on a daily basis and this is the only one giving me any issue.

Because of the sensitivity of information, I have obfuscated the host name, IP, username, and password in this public post. Happy to PM it to a tech for analysis if needed.

Status: Resolving address of ftp1.thehostname.com Status: Connecting to #.#.#.#:21... Status: Connection established, waiting for welcome message... Response: 220 TheRDNS.hostname.us Command: AUTH TLS Response: 500 AUTH not understood Command: AUTH SSL Response: 500 AUTH not understood Status: Insecure server, it does not support FTP over TLS. Command: USER * Response: 331 Password required for * Command: PASS Response: 230 User * logged in Status: Server does not support non-ASCII characters. Status: Logged in Status: Retrieving directory listing of "/ZZZ Mr Master/CDN Files delivered"... Command: CWD /ZZZ Mr Master/CDN Files delivered Response: 250 CWD command successful Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode. (#,#,#,#,68,229) Command: MLSD Response: 150 Opening ASCII mode data connection for MLSD Error: Connection timed out after 20 seconds of inactivity Error: Failed to retrieve directory listing

I have tried removing the remote directory that I am specifying in the site manager to land into, have tried forcing passive and active mode rather than auto-detect, have tried forcing UTF-8 instead of auto-detect, have tried checking bypass proxy, and have tried ALL available server types rather than auto-detect.

So far nothing has worked.

I can confirm that if I connect to this site from the command prompt ftp in windows 10 I am able to successfully connect and retrieve a directory listing.

I have inquired from the host as to what OS, FTP server, and version they are running to try to get more information. I'll update this ticket as I get more info.

I am certainly not alone as another user entered the IRC channel a little while ago with the identical issue, but he left before I was able to ask any questions.

Hello I am a very glad user of filezilla + filezilla server ! I've found a (little) bug : it is impossible for filezilla client to erase directories in filezilla server if this directiory is too big, if it contains many subdirectories and many files. Example : directory = image of WINDOWS-XP installation CD. Timeout on connexion duration stops this operation before it is complete. Timeout on connexion duration is not reinitialized at each operation (LIST ou DELE). To erase such big directories, it is necessary to proceed in several (many) smaller erase operations. Best regards.

I want to change the Timeout setting to '0' but every time I save the setting with '0', next time it opens automatically with '10'. Other than '0' every thing else can be saved. Pls check this minor but annoying bug. Attaching the screenshot for your reference. Look forward to your prompt support.

Status: Resolving address of wendischoffstall.com Status: Connecting to 208.109.78.120:21... Status: Connection established, waiting for welcome message... Error: Connection timed out Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of wendischoffstall.com Status: Connecting to 208.109.78.120:21... Status: Connection established, waiting for welcome message... Error: Connection timed out Error: Could not connect to server

I have had this issue for the past 2 days, prior to that everything worked fine. I have updated my Filezilla and still have the same issue.

{tried to post on the forum instead but I couldn't}

Hi.

Since the update to 3.25.0 my SFTP sessions don't come back when they are timed out (Disconnected from server).

I make a request, mostly doing a refresh or a cd, the clients logs "Retrieving directory listing of /foo" in the status window and nothing happens.

I have to close and reconnect a new session.

Idk if it's the same for other session types, I only use one SFTP connection, but that one rather consistently on a daily basis, and the behavior in question showed up only after 3.25.0.

Hi, I am using version 3.11.02. With this recent set of updates, the time stamp that is posted when we post the file is wrong.

For example: I have a file that I posted on 06/18/15 at 2:11 pm central time zone and it says it was posted at 9:11 AM

Thanks, Cheryl

Explorer shows my R:\ "drive" and subdirs without delay, even though some dirs point to offline resources. Selecting such a dir however makes Win XP Pro hang for about half a minute. So I make sure I stay clear of those.

However, When FileZilla's shows R:\ (on startup) it freezes the system right away. The dirs are probably queried in a way that needs them to be opened.

Can querying the local folder be done without opening the subfolders?

I realize that having the offline dirs removed would solve my problem - but I'm not authorized.

I also realize that ticket 3003 (feature req. prio: low) would solve the problem. But asynchronous folder display is very hard indeed. It was the one promise that made me try Vista. No luck, even the MS wizs can't do it, apparently.

Running v3.2.0

If after starting Filezilla, you change the date and time on the workstation, the displayed timestamps of the files on the server are adjusted by the same amount.

To repeat error. Set time on workstation incorrectly by a large amount backwards ie 6 months Connect to server Correct time on workstations Timestamps on server files are now displayed as being 6 months in future.

Restarting Filezilla shows correct timestamps

I know that the local machine time should always be correct, but in this instance it was not when Filezilla was started.

US time change was on 3/8. Ever since then modified dates are an hour off.