Custom Query (8073 matches)


Show under each result:

Results (112 - 114 of 8073)

Ticket Resolution Summary Owner Reporter
#12593 wontfix pb caractère générique * et ? avec la commande mget avec la version 1.1.0 Eric MARTY

pb caractère générique * et ? avec la commande mget Depuis un client FTP sur Microsoft Windows server 2012 vers un serveur FTP FileZilla Version 1.1.0 sous Windows server 2012 lors de l'éxcution de la commande mget te*.txt j'obtiens l'erreur suivante :

R:ICMP port unreachable

425 Error reading from file: 5

#12591 fixed Filezilla returns with "504 UTF8 mode cannot be disabled" when sending an "OPTS MLST type;size;modify;perm" Fabio Alemagna Lothar

My FTP-client is trying to connect to a FileZilla server 1.0.1 that is not under my control and runs into trouble when trying to find out if MLSD/MLST is supported by the server (this is done because there are servers out there announcing support in FEAT but actually can't). Here is a snippet from the trace:

*** Opened trace file at Wed Nov 24 13:06:12 CET 2021
<-- 220-FileZilla Server 1.0.1
<-- 220 Please visit
Check UTF-8 support
---> FEAT
<-- 211-Features:
<--  MDTM
<--  SIZE
<--  MLST type*;size*;modify*;perm*;
<--  MLSD
<--  PROT
<--  PBSZ
<--  UTF8
<--  TVFS
<--  EPSV
<--  EPRT
<--  MFMT
<-- 211 End
Trying to switch to UTF-8 for control channel
<-- 202 UTF8 mode is always enabled. No need to send this command
Switch control channel to UTF-8
Check support for MLST/MLSD
MLST support is announced in features. Trying to set info-parts
---> OPTS MLST type;size;modify;perm
<-- 504 UTF8 mode cannot be disabled
Server answered MLST option request with an error, disabling feature
---> SYST
<-- 215 UNIX emulated by FileZilla.

The 504-answer lets the client fall back to use NLST which fails leading to a non-interop situation:

---> NLST *
<-- 450 No such file

So FileZilla is actually incapable of handling MLST and the error-message is wrong or there is some race condition leading to a 504 if an "OPTS UTF8 ON" is sent and another OPTS being followed directly afterwards.

Version 1.1.0 seems to have the same problem (the trace is done with 1.0.1 on the other side)

#12588 worksforme Unable to upload and view folder Vijay


I have updated the Filezilla recently and after update, the local folders are not visible. Unable to upload folders having files. It is uploading the empty folder only. I have to enter the folder and then upload the files individually in each folder.

Here is the details of client: FileZilla Client

Version: 3.56.2

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2021-10-27 Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110 Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.0.6 SQLite: 3.35.5 GnuTLS: 3.7.2

Operating system:

Name: Windows 7 (build 7600), 64-bit edition Version: 6.1 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 lm Settings dir: C:\Users\Vijay\AppData\Roaming\FileZilla\

Please let me know how to revert this update. Because previous version was working perfectly.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.