Custom Query (10423 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (6801 - 6900 of 10423)

Ticket Summary Status Owner Type Priority Component
#8214 Multiple files select problem (Number of Files information) closed Shashank Sharma Patch normal FileZilla Client
Description

On selecting files from either site, local or remote, when I select one file by clicking from the files that already selected, then the information pane does not update. For example, on Local Directory, if I select 3 files, and then I select one of the file from those 3 files by clicking, then information pane, don't get updated. It still shows "Selected 3 files. Total size: xxxx bytes"

#8221 Continue load non-existing files when "File exists"-dialog appears new Feature request normal FileZilla Client
Description

It will be useful when user is AFK: loading won't stop.

#8222 Add option to always display filesize in KB to match Windows style new Feature request normal FileZilla Client
Description

It seems that Windows 8 always uses KB to show a filesize within Explorer. I'm not sure when this change happened, but it appears consistent in Windows 8 - from files that are just 1 KB to files that are 6 GB, the size is always shown in KB (see attached screenshot).

In order that files can easily be compared between remote versions in Filezilla, and local versions in an Explorer window, an option to *always* use KB when showing filesizes would be useful. Hopefully this isn't too laborious to implement :)

Thank you!

#8223 Filezilla Client - can't resume file >2GB new Bug report normal FileZilla Client
Description

I have this situation:

Server: unbuntu 12.04 LTS, vsFTPd 2.3.5. (should support files >2GB since a long time) Client: windows XP, filezilla 3.5.3 (should support files >2GB) Settings: plain FTP with usr/pwd, server and client on the same LAN.

What happens: I can't resume files from server if they are >2GB. I tried another client (WinSCP) and this doesn't happen. I can transfer the file if I don't interrupt it, the issue is just on resume.

Here the log:

16:19:26 Status: Connecting to 10.42.0.1:21... 16:19:26 Status: Connection established, waiting for welcome message... 16:19:26 Response: 220 (vsFTPd 2.3.5) 16:19:26 Command: USER * 16:19:26 Response: 331 Please specify the password. 16:19:26 Command: PASS * 16:19:26 Response: 230 Login successful. 16:19:26 Command: SYST 16:19:26 Response: 215 UNIX Type: L8 16:19:26 Command: FEAT 16:19:26 Response: 211-Features: 16:19:26 Response: EPRT 16:19:26 Response: EPSV 16:19:26 Response: MDTM 16:19:26 Response: PASV 16:19:26 Response: REST STREAM 16:19:26 Response: SIZE 16:19:26 Response: TVFS 16:19:26 Response: UTF8 16:19:26 Response: 211 End 16:19:26 Command: OPTS UTF8 ON 16:19:26 Response: 200 Always in UTF8 mode. 16:19:26 Status: Connected 16:19:26 Status: Retrieving directory listing... 16:19:26 Command: CWD /mnt/DATA/Scaricati 16:19:26 Response: 250 Directory successfully changed. 16:19:26 Command: PWD 16:19:26 Response: 257 "/mnt/DATA/Scaricati" 16:19:26 Command: TYPE I 16:19:26 Response: 200 Switching to Binary mode. 16:19:26 Command: PASV 16:19:26 Response: 227 Entering Passive Mode (10,42,0,1,101,248). 16:19:26 Command: LIST 16:19:26 Response: 150 Here comes the directory listing. 16:19:26 Response: 226 Directory send OK. 16:19:26 Status: Calculating timezone offset of server... 16:19:26 Command: MDTM Dummy.mkv 16:19:26 Response: 213 20120815152108 16:19:26 Status: Timezone offsets: Server: 0 seconds. Local: 7200 seconds. Difference: 7200 seconds. 16:19:26 Status: Directory listing successful 16:20:40 Status: Connecting to 10.42.0.1:21... 16:20:40 Status: Connection established, waiting for welcome message... 16:20:40 Response: 220 (vsFTPd 2.3.5) 16:20:40 Command: USER pio-mode 16:20:40 Response: 331 Please specify the password. 16:20:40 Command: PASS * 16:20:41 Response: 230 Login successful. 16:20:41 Command: OPTS UTF8 ON 16:20:41 Response: 200 Always in UTF8 mode. 16:20:41 Status: Connected 16:20:41 Status: Starting download of /mnt/DATA/Scaricati/BIGFILE.mkv 16:20:41 Command: CWD /mnt/DATA/Scaricati 16:20:41 Response: 250 Directory successfully changed. 16:20:41 Status: Testing resume capabilities of server 16:20:41 Command: TYPE I 16:20:41 Response: 200 Switching to Binary mode. 16:20:41 Command: PASV 16:20:41 Response: 227 Entering Passive Mode (10,42,0,1,209,121). 16:20:41 Command: REST 4431494699 16:20:41 Response: 350 Restart position accepted (4431494699). 16:20:41 Command: RETR BIGFILE.mkv 16:20:41 Response: 150 Opening BINARY mode data connection for BIGFILE.mkv (4478241540 bytes). 16:20:41 Response: 426 Failure writing network stream. 16:20:41 Error: Server does not support resume of files > 2GB. 16:20:41 Error: Critical file transfer error

I removed usr name and file name, all the rest is left untouched. Access to the file is possible, I resumed a couple of times while it was still <2GB, an it worked perfectly. I couldn't find any options for this case, and usually I just made a queue and process it in a go, so I never run in this. I think it's a bug, may be not, just signaling it.

piovra78

#8224 z/VM: Unable to analyze the returned directory closed Bug report normal FileZilla Client
Description

Hi,

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

Statut : Connexion à 192.168.1.100:21... Statut : Connexion établie, attente du message d'accueil... Réponse : 220-FTPSERVE IBM VM Level 540 at PHOENIX.dassault-aviation.co, 14:27:57 EDT SATURDAY 2012-09-08 Réponse : 220 Connection will close if idle for more than 5 minutes. Commande : USER anonymou Réponse : 230 ANONYMOU logged in; working directory = /../VMBFS:DWSYS:ANONYMOU/ Statut : Connecté Statut : Récupération du contenu du dossier... Commande : PWD Réponse : 257 "/../VMBFS:DWSYS:ANONYMOU/" is working directory Erreur : Impossible d'analyser le chemin retourné. Erreur : Impossible de récupérer le contenu du dossier

With a previous version of filezilla we have at work, I can do what I want. Now with this one from home I can't... The deal is to send windows files to a z/VM mainframe. The target is BFS file architecture.

Able to test/send anything you ask me.

Regards Alain

#8226 FTP File Corrupted closed Other normal FileZilla Client
Description

Hi, I would like to ask your assistance about the issue being encountered using FileZilla. Files from a specific channel, several times files are corupted.

#8227 File Sync closed Feature request normal FileZilla Client
Description

In addition to the ability to overwrite a changed file using my Filezilla client during a file compare (my computer to the file server), is there the ability to delete files on the server that no longer exist on my client during a file compare?

#8228 FileZilla 3.5.3 Mac Version - Folder with äöü on not shown closed Bug report normal FileZilla Client
Description

Folder on a FTP Server with äöü/ÄÖÜ (German umlaut) in Foldername aren't shown on FileZilla Client 3.5.3 for Mac. I tried the Windows FileZilla Client 3.5.3 and recognized, that there is no bug. It Is only a Bug at the Mac Version 3.5.3.

#8231 Critical Error. Could Not Connect To Server closed Don't understand this Bug report normal FileZilla Client
Description

Hi FileZilla:

I've been trying to get FileZilla (v.3.5.3) through to tripod.com in order to upload my files to my website located there (http://australianart.tripod.com/). Tripod assert, over and over, that they can ftp access my website without any problems from their end. However I cannot access my website and have been trying for over 3 weeks now without success and always with the below-listed error message:

Status: Resolving address of ftp.tripod.com Status: Connecting to 209.202.252.54:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to Tripod us FTP. Command: USER australianart Response: 331 Username set to australianart . Now enter your password. Command: PASS Response: 501 Please verify your Password Error: Critical error Error: Could not connect to server

I wonder if you have any ideas as to what the problem might be? I can ftp access all my other sites (around 6 of them) without any issues.

Regards, Murray Thompson (an otherwise very happy FileZilla user)

#8233 question closed client Bug report normal FileZilla Client
Description

I was trying to upload photos from my PC and when I finish I cant open my website,show me this message

Warning: Division by zero in /home/rainbiz/public_html/files/rotateimage.php on line 0

I want to know if this is a problem with FileZilla or no?

Thanks

#8234 Separate download and upload queues closed Feature request normal FileZilla Client
Description

Problem: My use of the FileZilla client frequently consists of downloading several large files and uploading a few small files in return. Most generally the file to be uploaded is time sensitive and must occur as soon as possible.

With the current queue process as it is now and the number of simultaneous file transfers is set to a limited amount; in order to upload an unspecified amount of fiels while downloading the maximum transferable limit of files or more, I must do the following:

  1. Set the priority the the upload files higher than the download files. (Not always possible)
  2. Increase the transfer queue by the amount of files that I need to upload. (This can be an inconvenience because I have to go count all of the files to be uploaded)
  3. Once all upload file transfers have started the transfer process, I must go and revert the concurrent transfer limit to the previous value before any of the upload transfers are finished so as to not start another download transfer. (At times the uploaded files can be very small in size and that can make this step nearly impossible.)

Proposed solution: Have an option in the settings dialog that will support the ability to have separate upload and download queues and speed/count transfer limits for both.

Justification: Majority of, if not all, internet connections allow for data to be both uploaded and downloaded concurrently. I have not heard of an FTP protocol nor an ftp server side implementation that cannot handle simultaneous upload and download of data. (I'm nearly positive that the FTP protocol must talk both ways in order to function properly). Therefore upload and download transfers should be treated as separate entities as they can be operated simultaneously.

Restrictions to proposed solution: There may be a limit of concurrent connections that can be established per single user credentials to a specific FTP server. If this is the case, then it will be the user's responsibility set the transfer limits accordingly.

System details: FileZilla Client version: 3.5.3 OS: Windows Server 2008R2 SP1 (VM on top of ESXi 4.1)

#8235 can't delete old files closed Bug report normal FileZilla Server
Description

I have been trying for months to delete old files off your server but I keep getting an "access denied" error message.

#8236 Retina support for retina macbook pro closed Feature request normal FileZilla Client
Description

http://s8.postimage.org/db0zth7nn/Screen_Shot_2012_09_20_at_4_12_22_PM.png

Interesting. looks like i'm the 1st guy to raise this question. when will FileZilla support retina display for macbook pro?

thanks.

#8238 list command used, not supported by msftp server 2003 new Feature request normal FileZilla Client
Description

it would appear that while filezilla does ask ftp servers for capabilities upon connection, it's not recognizing that a windows server 2003 ftp service doesn't support the list command.

dir, ls, yes, no list.

just tried it from command line myself to be sure... :-)

#8239 control number of simultaneous file-PART(THREAD) and FILE connections closed Feature request normal FileZilla Client
Description

Hi, Please let me ask a simple technical question. It is not a bug or problem with filezilla; It is more technical behavior of Filezilla Client and a FTP server like Filezilla Server. As the subject can goes in different ways; Please let me explain my qestion in three sub parts. I'm sure the answer is such easy for Filezilla technical guys (but much important for me).

We have two different conception is FTP conections: 1. Number of parallel connections in term of file to a server (If I'm right the maximum number of files at the same time can be define in the Server like Filzeilla-server; as well we can limit it in the client too like filezilla-client between 1 and 10)

2. Number of simultaneous connection (threads) for a file; which means during Doanload/Upload a file; the file can be seperated in N-parts (N threads)and each part be downloaded in parallel with other parts. This subject can be see in clear in FTP clients like DAP(download accelerator Plus) in loawer part of DL window; but n Filezilla can not be seen. I didn't see such definition in Filezilla client or server for clustering a file and donwloading it in parrallel. (please don't donfond this subject with parralell download/upload of sever files (in part.1)

Regarding to part.1 it is clear that both in Server and client we can define the maximum number of parralel files (number of parallel simultaneous file connection) at the same time and surely server limit overcomes the client limit)

QUESTION: Regarding to part.2,

May I know if it is Server or client (or both) that activates possiblity of slotting a file for DL/UL ? (I call that number of parallel simultaneous parts OR Thread)

Why Can not I see this value in the Filezilla client or Server ?

If it is not clear such option for the users; May i know what is written as code in filezilla Server or client or both for this subject ?

If it is automatically controlled by Client or Server as advanced feature; May I know how it is controlled and how I can limit it on a fix value ? (please don't confond it with number of parallel files) (DAP window shows such possibility, so for me it exists) (for me DOS command FTP; performs DL or UL with just 1 file at the moment and with 1 thread) (please take into account that my target is not proving that we go to highest throughput. More I want to know how it is controlled and can be set; for example if I want to do DL/UL just with 1 file in 1 thread. So the subject is just managing the session)

The plaform can be considerd windows 7, vista or XP. It seems in recent versions of Filezilla, such option doesn't exist more.

Thanks in advance for your answers and support. Best Regards,

#8240 Problem connecting to Filezilla server closed Bug report normal FileZilla Client
Description

Hi, we have been using Filezilla FTP for 12 mths with no problems. It was last used successfully Tues 18 September to upload my bridge club Mornington BC results. I have not been able to connect since then, despite repeated attempts. We have the latest version of Filezilla. Can you help? I have attached a phot of the screen with the error.

#8242 Downloads Fail after 32,768 bytes are transfered closed Bug report normal FileZilla Client
Description

I am trying to connect to an sFTP Server and download a file that is 155,515 bytes. It fails after 32,768 bytes and disconnects from the server.

I am using FileZilla 3.53 on Windows NT Operating System. 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 XP (build 2600, Service Pack 3) Version: 5.1 Platform: 32 bit system

From another computer Running Windows 7, I am able to download the file successfully.

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 XP (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system

Just wodnering how I can get the Windows XP Computer to Function Properly. (this isn't just happening for me, many users trying to connect to our systems are having the same issue).

Feel free to contact me at (312) 444-3848 or at kw97@… if you need further information or if you would like to discuss.

Thank You, Kim

#8243 Downloads Fail after 32,768 bytes are transfered closed Bug report normal FileZilla Client
Description

I am trying to connect to an sFTP Server and download a file that is 155,515 bytes. It fails after 32,768 bytes and disconnects from the server.

I am using FileZilla 3.53 on Windows NT Operating System. 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 XP (build 2600, Service Pack 3) Version: 5.1 Platform: 32 bit system

From another computer Running Windows 7, I am able to download the file successfully.

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 XP (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system

Just wodnering how I can get the Windows XP Computer to Function Properly. (this isn't just happening for me, many users trying to connect to our systems are having the same issue).

Feel free to contact me at (312) 444-3848 or at kw97@… if you need further information or if you would like to discuss.

Thank You, Kim

#8244 Binary instead of ASCII closed Other normal FileZilla Client
Description

I transfered .htpasswd file to remote server selecting option as ascii. Hoever, when i access the transfered file, I see it as 'unknown file type(binary file) How to make sure the file is transfered only as ascii only.

#8247 filezilla limit for concurrent downloads closed Other normal FileZilla Client
Description

hi i have filezilla client what is limit for concurrent downloads

i have internet download manager like max connections number i set 4 i have FTP Server server allow max 8 i like set 4 limit dont want server problem to get crash

limit for concurrent downloads if i set 4 so connection will be 4 received if set 0 mean 100 connection connected like max high

#8248 Integrity issue closed Bug report normal FileZilla Client
Description

I have noticed that I cannot depend upon Filezilla to upload files reliably. I just spent an hour with GoDaddy technical support to discover that even though my FileZilla upload screen showed (RH panel)that files were being uploaded, that they were in fact noton the destination server.

I verified this with GoDaddy's FTP program and also the CoffeeCup FTP program

#8251 Error:Server unexpectedly closed network connection Error:Could not connect to server new Bug report normal FileZilla Client
Description

Could upload with Filezilla this morning and unable to do so this afternoon.

Error: Server unexpectedly closed network connection Error: Could not connect to server

#8252 remove individual item from Quick Connect new Feature request normal FileZilla Client
Description

It would be useful to have the option of deleting individual items from the Quickconnect dropdown list, say with a right-click action. Addresses change, clients go out of business, etc. etc.

#8253 Problem when listing files closed Bug report normal FileZilla Client
Description

When a folder has more than 10,000 files FileZilla count and list them to 9,998 files after that file are not counted and showed.

#8255 Quick enable/disable speed limit button new Feature request normal FileZilla Server
Description

Being able to disable any current speed limits with a simple button on the main screen would be very handy! Functionality is obvious but it would be something like a button on the right of the 'Lock Server' button which when enabled would cause all upload & download speed limits to be ignored so everything would go full speed.

My personal reasons for wanting this are because I run an ftp server from home and only allow full speed at night so it doesn't effect my internet speeds during the day. It would be great to be able to allow full speeds easily at times I'm going out, etc.

Obviously there would be many more uses for a feature like this other than my unimportant example!

#8256 Remote search by modified date and time closed Feature request normal FileZilla Client
Description

Feature Request

It would be really wonderful to search for remote files based on the modified date and time. As a case in point, I uploaded an entire project, then change a few files on the same day. Now, a month later, it is really difficult to find these few files that were modified a few hours after the initial upload.

I can currently use remote file search to find files by the modified date, but this does not seem to take into account the modified time.

From a programming perspective, I don't think this would be very difficult to implement... It already accepts a date and time, so we just need to extend the comparison to look at the time as well as the date.

Thanks in advance for your consideration!!!

  • Adam

A happy FileZilla user

#8258 Error: Could not connect to server closed Bug report normal FileZilla Client
Description

I've facing problem like connection refused by server from downloaded filezilla client..... Filezilla is essentially for my day to day work activities to be get ftp download/upload file from ISP server...

as per below error is coming since download, kindly give support to me to clear this issues ...

Status: Waiting to retry... Status: Connecting to 218.248.255.137:21... Status: Connection attempt failed with "ECONNREFUSED - Connection refused by server". Error: Could not connect to server

Expecting valuable feedback from technical/exp people....

#8259 Inclusion of Oxygen. closed Feature request normal FileZilla Client
Description

Oxygen is the default theme used in most Qt applications and the KDE environment.

This is a FileZilla theme utilizing those icons: http://kde-look.org/content/show.php/?content=141546

The license for this theme is dual licensed, CC and GPL. Their terms are available here: http://www.oxygen-icons.org/?page_id=4

I've been testing this theme on my system, and all seems to work well with it.

#8260 Force Priority Change new Feature request normal FileZilla Client
Description

If I have a bunch of low, large priority downloads in the transfer queue (using all the simultaneous connections) and then add a new item to the queue, setting the new item to highest priority I have to wait for one of the low priority items to complete before the HP item is processed (which could be hours).

It would be nice if there was a feature that allowed the more important item to be processed immediately rather than waiting for the trivial items to complete. Possible approaches might be:

  1. A 're-evaluate queue now' button/menu option. If newer item takes precedence over a current item then that current item is suspended until the new higher items are processed.
  1. Add a new ‘Force’ priority that just jumps to the top of the queue, either pausing a current download if required or possibly creating a new simultaneous connection (so temporarily increasing the number of simultaneous connections above the configured limit – probably best to limit to one forced item per queue in that case)
  1. Allow a current item to be manually suspended
  1. Just always re-evaluate the queue when a priority is changed.

Thanks,

#8261 Connection error closed Other normal FileZilla Client
Description

Continually receive server connection errors:

Status: Connecting to stg-upload.vrli.com... Response: fzSftp started Command: open "Assurant_Loss_Draft@…" 22 Error: Server unexpectedly closed network connection Error: Could not connect to server Status: Waiting to retry... Status: Connecting to stg-upload.vrli.com... Response: fzSftp started Command: open "Assurant_Loss_Draft@…" 22 Command: Pass: Error: Authentication failed. Error: Critical error Error: Could not connect to server

#8263 Can't delete a file when the first character is a space character reopened Bug report normal FileZilla Client
Description

Can't delete a file on an FTP server when the file name begins with a space character Using Filezilla 3.5.3

#8264 Can't download a file when its size is 0 octets closed Bug report normal FileZilla Client
Description

Can't download an empty file from the FTP server to my local computer. Using Filezilla 3.5.3

#8265 connection closed after 60seconds behind AWS ELB closed Bug report normal FileZilla Client
Description

Hi

I have a ftp server (vsftpd) on a Amazon Web Services EC2 virtual machine in a production environment. It's behind a Load Balancer, I access it using filezilla in passive mode for datas (vsftpd is configured to give the direct ip instead of using the load balancer for datas). Data and control channel thus have different ips. I use classic ftp (no ssl or whatever).

After exactly 60 seconds of transfer (upload or download, juste big enough to last more than 60seconds) i get a "server closed connection" error, for any version of filezilla (>=3) that didnt segfault i tried. But VSFTPD never actually closed the connection...

I looked into filezilla source code, the problem seems to come around in src/engine/ftpcontrolsocket.cpp. There is a control that seems to provoke the bug in CFtpControlSocket::OnReceive... By commenting it the problem disappear

if (!read)

{

LogMessage(::Error, _("Connection closed by server")); DoClose(); <= there i commented return;

}

the transfers stall a few seconds in the end of the transfer (it might be this test purpose) but i dont lose my connexion and the file transfered is ok.

Without the ELB (using the same ip for control and data) i dont get the initial problem.

I dont think this a good fix, but it does fix the problem for me.

#8266 Cannot upload files - error 552 disk Full closed Bug report normal FileZilla Client
Description

User name u501037784 FAILED attempt TO UPLOAD FILES to host 31.170.166.105

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

#8267 Rename permission seperate from Delete permission. new Feature request normal FileZilla Server
Description

I have come across a need to enable renaming files and folders without allowing a direct delete operation. What I would like to see implemented is a separate rename permission limited to RNFR and RNTO operations. When a file or folder already exists with the new name, the current behavior of throwing an error of "5xx file exists" is preferred.

Currently running FileZilla Server 0.9.41. Additional information available upon request.

#8268 filezilla.svg not included in the source tarball closed Bug report normal FileZilla Client
Description

src/interface/resources/filezilla.svg not included in the source tarball for 3.6.0-beta1

#8271 Cannot move OSX client window in the normal fashion new Bug report normal FileZilla Client
Description

Usually when you click on any part of the grey window title/tool bar in OSX and drag the mouse the window moves, in Filezilla however this doesn't happen.

Instead to move the window you need to specifically select only the very top part of the title bar, where the close, minimise and resize gadgets and window title are displayed. The rest of the title/tool bar does not allow the window to be moved as it normally would on OSX. This isn't serious bug but me and many of my colleagues frequently try to "grab" these other areas of the tool bar to move the window around and find that they don't work in Filezilla.

Not a serious bug by a long stretch - but can be annoying at times. Hopefully this is something easy to fix...

#8272 FileZilla wxWidgets 2.9 support closed Patch normal FileZilla Client
Description

I have created patch to support wxWidgets 2.9, tested it on Windows 7 Visual Studio build and Kubuntu Linux wxGtk build.

#8274 program freezes closed Bug report normal FileZilla Client
Description

Hello. when i open a ftp and make the program idle for a minute or so, then it cant refresh, edit, delete, rename the files(but it accepts new uploads!). it says a command (for exapmle): CWD myfolder

and freezes. i have to re-login to website to be able to continue working with my ftp. i have changed options from preferences (made the disconnect period 1000 minutes), but it doesnt work.

#8275 German umlauts in proxy user password produce error closed Bug report normal FileZilla Client
Description

Usage of german (öäü) umlauts in proxy user passwords produce an error in FileZilla. If the proxy user password contains such umlauts a "normal" could not connect message is shown.

If the proxy user password doesn't contain umlauts it works normally again.

FileZilla Version: 3.5.3

#8277 Filezilla sftp download is not handling EOF properly closed Bug report normal FileZilla Client
Description

Filezilla 3.5.3.

When downloading a file using SFTP, the EOF is not handled properly.

Example: downloading a 1564 bytes file.

  • stat: server returns size 1564
  • open
  • read offset 0, len 32768: server returns 1564 data (as expected)

Now starts the stuff I think is not correct:

  • read offset 32768, 32768: server returns EOF (issue 1: offset should be 1564, issue 2: the transfer should stop here)

And now keeps going up to 1 MB:

  • read offset 65536, 32768: server returns EOF
  • read offset 98304, 32768: server returns EOF
  • ...
  • read offset 1048576, 32768: server returns EOF
  • close

About issue 1, I haven't found where's the problem. The offset of the request should always be adjusted to rr->retlen.

About issue 2, checking trunk/src/putty/sftp.c:1259, in xfer_download_gotpkt:

1273 	if ((rr->retlen < 0 && fxp_error_type()==SSH_FX_EOF) || rr->retlen == 0) {
1274 	xfer->eof = TRUE;
1275 	rr->complete = -1;
1276 	#ifdef DEBUG_DOWNLOAD
1277 	printf("setting eof\n");
1278 	#endif
1279 	} else if (rr->retlen < 0) {
1280 	/* some error other than EOF; signal it back to caller */
1281 	xfer_set_error(xfer);
1282 	rr->complete = -1;
1283 	return -1;
1284 	}
1285 	
1286 	rr->complete = 1;

So rr->complete is set to -1 when EOF is detected, but then that it's ignored and set to 1. I believe a return 1 is missing after setting complete to -1.

#8278 File size transferred for large file is way over the original size closed Bug report normal FileZilla Client
Description

TECHNICAL INFORMATION FTP Server: Windows server 2003 R2 x86 Client operating system: Windows 7 x64 File Zilla: 3.5.3, Build date: 2012-01-08 Server and client filesystem: NTFS Connection: VPN tunnel using native windows client to ISA 2006 server running on Windows 2003 R2 x86 with shared key L2TPipsec connection. FileZilla set to transfer binary file.

FILE INFORMATION File type: VMware vmdk file. Server side size using Windows Explorer: 2,687,200 KB Server side size using Windows 7 native FTP client: 2,751,692,288 Server side using filezilla: 2,751,692,288

TRANSFER INFORMATION: Size of transferred file using filezilla interface: 4,636,080,127 Size of transferred file using Windows cmd: same

DESCRIPTION: The file size is reported correctly by FileZilla. Starting the transfer by dragging the file to the client window correctly starts the transfer. The time of transfer seems to be correctly reported using the file size and the transfer speeed (as displayed). When the progress window reaches the original file size, it reports zero time left. However, the transfter continues and in the case creates a much bigger file.

To me this seems like some kind of bug.

#8279 Last transferred feature new Feature request normal FileZilla Client
Description

Sometimes I find myself working with several files which I don't want to put in "edit" mode, but I frequently need to switch directories in order to find a file to upload. It would help to have a feature showing last files I have transferred with an option to do another transfer.

#8280 remove ssize_t define in tlssocket.h closed Patch normal FileZilla Client
Description

ssize_t was re-defined in tlssocket.h it defined to long here, but it might be different type in different system...

#8281 Remote: dragging folder upwards in tree scrolls window to find target new Feature request normal FileZilla Client
Description

When a folder in the remote pane is dragged (say you want to move it), when you drag the folder to the top of that pane, it does not scroll up to reveal more files/folders.

Usually, in this kind of interface, the norm is for it to scroll with the mouse drag movement when you hit the edges of the pane. While there are other ways of achieving the folder move, it would be useful to do a move by dragging in this way, if possible?

#8282 Request: FileZilla server for Mac and Linux closed Feature request normal FileZilla Server
Description

FileZilla's really swank, could we release a FileZilla-based server for Mac and Linux?

#8283 Filetype Association not respected on "Open" new Bug report normal FileZilla Client
Description

FileZilla does not follow Windows filetype associations when "Open"ing files.

Reproduce: Open any .avi, .mkv or .mp4 file. Expected: Open file with Media Player Classic, set as default app. Actually: All media files open with Windows Media Player.

FileZilla settings:

Windows 7 Ult 64b filetype associations:

#8288 consider "invalid character replacement" in "compare directories" and "transfer files" new Feature request normal FileZilla Client
Description

Taken from #3227:

When a file is downloaded and invalid characters are replaced in filename on the client, directory comparison does not consider both files to be the same.

When transferring files the "file already exists dialogue" does not show date/time and size of the file to be overwritten.

#8290 PAPERCUT: "Minimize to tray" checkbox behavior on OSX new Feature request normal FileZilla Client
Description

ISSUE: In preferences/interface, there is a check-box setting "Minimize to tray". By default, this check-box is unchecked. If this check-box is checked, and OK button is pressed to close and accept the preferences, the next time "preferences" window is opened, the check-mark is unchecked.

Note: I am aware that this function does not make much sense on OSX, and makes a lot of sense on Windows XP. Still, I feel that removing this option for OSX (and perhaps linux) should be considered.

#8291 PAPERCUT: A common OS X [Cmd+W] shortcut is not working. new Feature request normal FileZilla Client
Description

ISSUE: A common shortcut on Mac [Cmd+W] is used to close windows. this shortcut can be used to close any window that has "close", "minimize", "maximize" buttons in the menubar.

For example, usually windows such as "About" and "Preferences" can be closed using [Cmd+W]. In FileZilla, this shortcut does not respond when a user wants to close "About" or "Preferences" windows although those windows display working close button in menubar.

SUGGESTION: FileZilla windows such as (unfinished listing): "About", "Preferences", "site manager", "Manual transfer", "Manage bookmarks", "Network configuration wizard" should respond to [Cmd+W] shortcut.

TO BE DONE: Revise the need for "close", "minimize", "maximize" buttons on panels and windows and enable the shortcut functionality accordingly.

#8292 Many interface languages in FileZilla cannot be used. new Bug report normal FileZilla Client
Description

ISSUE: In Preferences/Language: FileZilla offers a list of languages to choose from as a user interface language. Many of these languages cannot be activated. The error displayed by Filezilla states:

"Failed to change language Failed to set language to [name on the language], using default system language"

The languages I could not set to work are:

-Arabic -Armenian -Farsi -Galician -Georgian -Indonesian -Kurdish -Latvian -Macedonian -Nepali -Norwegian (bokmal) -Norwegian (nynorsk) -Occitan -Serbian -Thai -Valencian -Vietnamese

SUGGESTION 1: Remove non-functioning languages from the list. (In that case maybe those languages should be moved to a place where contributors can update them/fix them)

SUGGESTION 2: If this error is an absolute necessity and cannot be avoided, I suggest using a fuller sentence to provide clarity.

"Failed to change language Failed to change language to [name of the language]. FileZilla will use this system's default language instead."

ADDITIONAL QUESTION: What happens if the system's default language is one of those that are not working in FileZilla? Which language FileZilla will fall to?

#8293 Message box will crash the icon and menu bar closed Bug report normal FileZilla Client
Description

I am using 3.5.3 on Windows 7 (32-bit).

Whenever I login a FTP site, the message box will show the system message but it will roll up and crash the icon bar and menu bar, making icon bar and menu bar invisible. If I use a mouse to move over those icons or menu, that part will display the original graphic.

Seems the message box buffer display size is larger than the message box area.

#8294 Allow downloading of files with are open for writing by another process => move it at user level closed Patch normal FileZilla Server
Description

In fileZilla, their is a global option : "Allow downloading of files with are open for writing by another process" This is good, but unfortunatly not so good as it's a global option. in fact we need this option for some special users (who need to access some log file currently open for writing) but for all other users we need this option to be set as false (like it is by default).

we already implement it using the source code on svn, we can send the modifications we have done if you needed ...

#8295 Crash after entering host containing forward slash closed Bug report normal FileZilla Client
Description

FileZilla crashes if the entered host contains a forward slash, even it is just the forward slash. This happens no matter whether I use the quickconnect bar, the site manager or the manual transfer dialog.

If the forward slash is part of the protocol prefix it does not crash, so ftp://ftp.mozilla.org works and ftp://ftp.mozilla.org/ crashes.

This happens reproducibly on my desktop computer with FileZilla 3.6.0-rc1. I could not reproduce the crash with FileZilla 3.5.3 or with FileZilla 3.6.0-beta1. My environment is Windows 7 SP1 (32bit) and Windows 8 (64bit) on Intel Pentium D.

However, I could not reproduce the issue on my laptop with Windows XP SP3 on Intel Core 2 Duo.

#8296 FZ Server 0.9.41 beta loses window size and position new Feature request normal FileZilla Server
Description

The server Admin UI does not remember the window size and position after the UI has been closed. This is contrary to normal Windows behavior.

#8297 Every file being reported as new new Bug report normal FileZilla Client
Description

I have followed the procedure here, which says my timezone offset is correct:

http://wiki.filezilla-project.org/Server_timezone_offset

but filezilla is downloading every file of hundreds or thousands, when set to Only Download if Newer -- because it is getting all the times wrong by an hour.

:( :(

This problem just began this week, so clearly it is an error related to daylight savings time.

#8299 Can not open closed Other normal FileZilla Client
Description

I can not open my account:

quality-best.com ID: qua8tyb PSWRD: 3F32ohwMl3

Please help

Thanks

#8300 TLS 1.2 ClientHello Signature Algorithms extension incomplete. new Bug report normal FileZilla Client
Description

RFC 5246 which defines the TLS 1.2 protocol added a new optional extension to the ClientHello handshake message. This is detailed in section 7.4.1.4.1. of the RFC. If this extension is included in the ClientHello, it must contain all of the signature algorithms that the client is willing to accept. Here is a quote: "If the client supports only the default hash and signature algorithms (listed in this section), it MAY omit the signature_algorithms extension. If the client does not support the default algorithms, or supports other hash and signature algorithms (and it is willing to use them for verifying messages sent by the server, i.e., server certificates and server key exchange), it MUST send the signature_algorithms extension, listing the algorithms it is willing to accept." The list sent by FileZilla Client 3.6.0-rc1 includes these in its preferred order: SHA384/RSA, SHA384/ECDSA, SHA512/RSA, SHA512/ECDSA, SHA256/RSA, SHA256/DSA, SHA256/ECDSA, SHA1/DSA, and MD5/RSA. This list is conspicuously missing SHA1/RSA. This should be added. If you are considering a response (see ticket #7864) of "We don't support SHA1 anymore", I would point out that SHA1/DSA in included in this list, as well as MD5/RSA. If you are considering a response of "SHA1/RSA is the default, we don't need to specify it", I would point out that according to the RFC (see quote above) if the extension is used, it must list all supported signature algorithms--also, SHA1/DSA is included, and it is a default accoring to the RFC if the extension is not used. The bug fix is to include SHA1/RSA in the signature extensions.

#8304 Web interface for FileZilla Server. new Feature request normal FileZilla Server
Description

I apologize if this is a repeated request (I have searched the forms and have not found it in there). I would love to see a web based interface for the FileZilla server, as I have the server running in several locations, and it would make it much easier to manage them all, rather than having to log into a pc running the admin interface.

#8306 Different transfer type for downloads and uploads new Feature request normal FileZilla Client
Description

I would like to be able to use the "Binary" transfer type for downloads and the "Auto" transfer type for uploads.

#8307 Stop remote tree browser jumping while retrieving file lists new Feature request normal FileZilla Client
Description

When a folder is chosen to download from a remote repository, via drag and drop for example, the remote directory tree browser expands each folder individually. This overrides any user actions, and renders the remote directory tree browser effectively inoperable until all files and sub-folders have been located.

Although I can see the point in showing the user the files that are going to be downloaded, often these flash past too fast to see. As the browser is in-essence a user interface, I believe it makes sense to keep it usable by the user during this time.

A feature to prevent this behaviour, effectively performing the retrieval of directory listings and filling the transfer queue in the background, would allow a user to continue browsing the remote repository for other files.

Ideally, the user's browsing of the remote directory tree would also take priority over any automated/queued retrievals.

#8308 PAPERCUT: "copy" button in "Site manager" panel closed Bug report normal FileZilla Client
Description

LOCATION: "Site manager" dialog box, bottom-right "Copy" button under the left-hand browser panel.

ISSUE: The function performed by "Copy" button is different from the commonly known "copy" function (from Copy/cut/paste set of commands) which might be confusing to users.

In "site manager", "Copy" button performs "make a copy" or "duplicate" function. In contrast, commonly seen "copy" command performs "copy to clipboard" function.

SOLUTION SUGGESTION: Re-labelling the "Copy" button to: "Duplicate"

OPINION: In common English the verb "to copy" actually fits well the function "site manager's" "copy" button performs (i.e. creating a duplicate or a facsimile), right? But unfortunately, this verb entered computer GUI terminology as short for "copy to clipboard". Beh...

#8309 PAPERCUT: Filezilla user Interface's behavior when a file/directory is dragged onto itself. closed Bug report normal FileZilla Client
Description

ISSUE: Dragging a file or a folder onto itself in local and remote filelists and tree-views results in inconsistent behavior from FileZilla.

a) Behavior when dragging directories in tree views: REMOTE TREE VIEW: Dragging a directory onto itself in remote tree-view: "Message: A directory cannot be dragged into one of its subdirectories." LOCAL TREE VIEW: "Error 13: permission denied" when dragging a system folder and "Error 22: invalid argument" when dragging a "regular" folder.

b) Behavior when dragging directories in filelists: REMOTE FILELIST: Dragging a file onto itself: "Message: Source and target of the drop operation are identical". Dragging a directory onto itself: "Message: A directory cannot be dragged into one of its subdirectories."

LOCAL FILELIST: Dragging a file onto itself: nothing happens (this is expected behavior). Dragging a directory onto itself: "Error 22: invalid argument" or "Error 13: permission denied", depending on permissions.

SOLUTION SUGGESTION: When a file or directory is dragged onto itself error message boxes don't have to appear at all. Dragging a file or a directory onto itself in any situation should not result in any feedback from from FileZilla. i.e. FileZilla should ignore any attempt to drag a file or a directory onto itself.

RATIONALE: I believe that the suggested behavior is common across many windowed platforms that use tree-views and file lists for file management. Dragging a file onto itself can be considered involuntary or accidental action. This kind of accidental action is especially common with users using pen tablets where a click with the pen tip often is accompanied with some dragging motion.

Additionally, removing the message/error boxes would streamline the interaction for the user a little, and also reduce a couple of GUI points that demand translation and maintenance.

#8310 PAPERCUT: The tooltip says that right clicking on "directory listing filter" icon should toggle the filters On/Off, but it only shows the filter configuration panel. new Bug report normal FileZilla Client
Description

ISSUE: The tooltip for "directory listing filter" icon in the main toolbar says that right clicking on "directory listing filter" icon should toggle the filters On/Off, but it only shows the filter configuration panel. i.e. the both right and left clicking starts

SOLUTION SUGGESTION: A simple solution would be to fix the right-click function. On the other hand, joining these two functions (toggle filters and filter configuration) in one tool menu icon like this is unusual. From the usability standpoint, a better solution could be possible.

NOTE: I was unsure whether to call this issue a bug or a papercut. I have decided to call it a "papercut" since it seems to be a GUI issue and toggling the filters can be achieved via filter configuration panel, too. So, there is no bug in the software functionality itself.

#8311 Compare filesize and modification time closed Feature request normal FileZilla Client
Description

Rather than have the option of 'compare filesize' or 'compare modification time' could there be the option of 'compare filesize' and 'compare modification time'?

Would it be possible to add another option to the 'View - Directory Comparison' menu or change the action from 'or' (by only being able to select one option at a time) to being able to select both together?

#8313 Ver 3.6 upgrade from 3.53 GnuTLS error-15 closed Bug report normal FileZilla Client
Description

I just upgrade from 3.53 to the current 3.6 Before the upgrade I could connect to one of my ftp sites, after the upgrade with no changes in site manager I get the error below.

This was an issue from 3.52 to 3.53 I believe (which I fixed on my server by a few certificate changes) What do I need to do to fix the below. This gets very tiring when the security scheme keeps changing over and over again.

Status: Resolving address of qedmrf.com Status: Connecting to ipaddress:21... Status: Connection established, waiting for welcome message... Response: 220 Welcome to XXX Technologies FTP service. For authorized users only. Command: AUTH TLS Response: 234 Proceed with negotiation. Status: Initializing TLS... Status: Verifying certificate... Command: USER Fuzeycompany Status: TLS/SSL connection established. Response: 331 Please specify the password. Command: PASS Response: 230 Login successful. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Command: OPTS UTF8 ON Response: 200 Always in UTF8 mode. Command: PBSZ 0 Response: 200 PBSZ set to 0. Command: PROT P Response: 200 PROT now Private. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" Command: TYPE I Response: 200 Switching to Binary mode. Command: PASV Response: 227 Entering Passive Mode (22,22,22,166,195,86) (NOTE ADDRESS IS MUNGED) Command: LIST Response: 150 Here comes the directory listing. Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Disconnected from server: ECONNABORTED - Connection aborted Error: Failed to retrieve directory listing

---and at this point the connection breaks

#8314 TLS cipher algorithm level option to use TLS_RSA_WITH_RC4_128_SHA closed Feature request normal FileZilla Client
Description

FileZilla 3.6.0 doesn't support TLS_RSA_WITH_RC4_128_SHA as the cipher algorithm for TLS. FileZilla 3.5.3 supports it.

In GnuTLS 3.x, TLS_RSA_WITH_RC4_128_SHA was removed from "SECURE128" priority group, but is is still contained in "NORMAL" or "PERFORMANCE" group.

I need TLS_RSA_WITH_RC4_128_SHA support on FTPS connection, so I want "TLS cipher algorithm level" option to choose "NORMAL" or "PERFORMANCE" priority group on GnuTLS.

#8315 Lumalight Footage closed Other normal FileZilla Server
#8318 Filezilla compression bug during upload closed Bug report normal FileZilla Client
Description

Imagine the code:

PHP code PHP code PHP code comment from developer - this line does X PHP code

Filezilla modifies files to this: PHP code PHP code PHP code comment from developer this line does X PHP code

where last PHP code becomes comment! In all the files.

And why do you turn that compression on by default by the way? It doesn't speed up website - it only makes code less readable.

#8319 Filename with ¾ (that's 3/4) in it closed Bug report normal FileZilla Client
Description

ftp://leginfo.ca.gov/pub/code/gov/66001-67000/66499.11-66499.20¾

Username: anonymous Password: karl@…

This file, with the ¾ (that's 3/4) in the filename, shows in the list of files but won't transfer, at least not in ascii mode. I didn't try any other mode.

My system: P/C with Windows 7, 64 bit version. FileZilla version 3.6.0

#8320 Is there any way to import users from Bullet Proof FTP Server to FileZilla FTP Server? new Other normal FileZilla Server
Description

Is there any way to Import user from BFTP to Filezilla FTP Server.

#8321 Quick Connect bar obstructed by the panel content below closed Bug report normal FileZilla Client
Description

bug at gui when connecting and scrolling log connection, field host, username, and pass are disappear.

#8322 Client cannot connect using Require explicit FTP over TLS closed Bug report normal FileZilla Client
Description

CLIENT SIDE:

FileZilla Client


Version: 3.6.0.1

Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

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

SERVER SIDE:

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

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

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

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

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

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

#8323 Connection closed Bug report normal FileZilla Client
Description

I enter FileZilla with Host (ftp.acilballetto.com), my user name (acilballetto) and my password. The answer, after correct user authentication (331 User acilballetto.com OK. Password required) is : 530 Login authentication failed. So I don't have possibility to connect my account. What can I do? Thank you for answer.

#8324 Slow and interrupted upload in FileZilla client 3.6 and 3.6.0.1 on Mac 10.8.2 new Bug report normal FileZilla Client
Description

I tried both FileZilla 3.6 and 3.6.0.1 on a 2010 MacBookPro running OSX 10.8.2 using various network connections and user accounts. Uploads to a normally very stable and quick server (in local network) were very slow and connection was very instable. After 4 hours of trying, with multiple retries inbetween I transferred a few hundreds of kilobytes. After downgrading to version 3.5.3 the upload speed went back to a normal 10-15 MB/s.

#8325 Default editor preference does not work properly new Bug report normal FileZilla Client
Description

[Steps to reproduce]

  1. install file zilla
  2. install ultra edit
  3. update file zilla
  4. uninstall ultra edit
  5. install some other editor - eg) notepad++
  6. OPEN or EDIT a file in file zilla client

[Current issue] Filezilla keeps finding older editor.

[Client Info] Filezilla 3.6.0 compiled for i586-pc-mingw32msvc build date: 2012-11-10 compiled flags: -g -O2 -Wall -g -fexceptions

[Related issue] http://trac.filezilla-project.org/ticket/4299 http://trac.filezilla-project.org/ticket/4442 http://trac.filezilla-project.org/ticket/5428 http://trac.filezilla-project.org/ticket/7408

#8326 FileZilla cannot transfer files with a leading space! closed Bug report normal FileZilla Client
Description

I would like to re-open this ticket. http://trac.filezilla-project.org/ticket/5210

Three years ago it is claimed this was a "rejected ticket." And yet the exact same problem still exists.

"To solve this issue, simply upgrade to a modern server supporting the MLSD command o refrain from using leading spaces."

This is not true. Even servers completely up to date still have the problem with leading spaces and files that cannot be transferred. The main question is how come I can log into the same server with ANY OTHER FTP PROGRAM and the file will transfer perfectly. But using FileZilla and the files are displayed incorrectly and the transfer FAILS. I don't think this bug should just be rejected. IT IS A BUG THAT SHOULD BE FIXED!

I'm using version 3.6.0.1 and I don't see how someone can say this isn't really a bug when ALL other programs handle these files perfectly. Why can't FileZilla???

Please someone fix this! It is very annoying finding 50 files with leading spaces and then having to load up another ftp program and transfer each file manually... Thank you to whoever fixed this!!!!!

#8327 Copy file link as http closed Feature request normal FileZilla Client
Description

It would be very convenient to have the capability to use the context menu to copy URL(s) as web links in addition to ftp.

IE, in the current implementation, copying a URL with the rmb menu might yield: ftp://MitchR@thepixelfarm.com/tmp/fc_expressionFolderIssue.png

but often, what I need is: http://www.thepixelfarm.com/tmp/fc_expressionFolderIssue.png

Thanks.

#8328 PAPERCUT: "Downloading update" download status bar and text on OSX are oversized. new Bug report normal FileZilla Client
Description

LOCATION When downloading FileZilla updates, using FileZilla's "Check for updates..." function, eventually the user will be downloading the FileZilla. A dedicated dialog box will display the status of downloading process using a percentage status bar with some textual information underneath. This textual information stretches to the right too much and, as a result, gets cut off by dialog box' frame. (please see the attached image)

NOTE This problem does not exist on WinXP. On WindowsXP, this data is nicely centered under the status bar.

#8329 PAPERCUT: Updating wizard's "back" button is never active closed Bug report normal FileZilla Client
Description

LOCATION Updating wizard is accessible via "Main menubar/Help/Check for Updates..."

ISSUE Possible redundancy in user interface. The FileZilla update wizard has a set of Back/Next buttons in the bottom of the wizard dialog box. As far as I can tell, "Back" button is never active. i.e. it is "grayed out" in all the steps of updating process.

SOLUTION SUGGESTION If "back" button really is not accessible at any moment during the updating process, perhaps it should be removed. This would imply another question: Is "wizard" approach to updating is the best one.

NOTE This papercut is present both on WinXP and OSX FileZilla Client versions.

#8330 FileZilla run from installer runs under admin privs new Bug report normal FileZilla Client
Description

After upgrading to FileZilla 3.6.0, I allowed the installer to launch FileZilla.

This is on Win7 Pro x64, where I had right-clicked on the FileZilla installer, and selected "run as administrator".

However, it looks like the instance of FileZilla, as launched by the installer, will then also run with elevated privileges!

I noticed this when I used FileZilla to connect to a previously saved site, and FileZilla couldn't see a mapped drive letter (my logon session can see the shared drive, but anything running under elevated privileges can't see mapped drives).

This is a concern, because it means the instance of FileZilla launched by the installer has admin privs, instead of being reduced to normal user privs, as it would be when I launch it as myself.

#8331 version check didn't download and install latest version new Bug report normal FileZilla Client
Description

I had FileZilla 3.5.3 or something installed.

When I launched it, it performed a check for a new version, advised that 3.6.0 was available, downloaded it and installed it.

I then went to the Help -> Report a Bug menu item, only to be told by the website that I wasn't running the latest version, but 3.6.0.1 was available.

The version checking / updating should ensure users are upgraded to the latest version, not a slightly old version.

#8333 Is there any way to Import user from BFTP to Filezilla FTP Server ? Please help me i am stopping here to implement Filezila closed Bug report normal FileZilla Server
Description

Is there any way to Import user from BFTP to Filezilla FTP Server ? Please help me i am stopping here to implement Filezila

#8334 Real slow closed Bug report normal FileZilla Client
Description

Recently, do not know when it really started, I use it daily. Maybe 5 days ago now, I have Filezilla on the task bar which I hit and it always popped right up. Everything on there pops right up. But recenlty, it can take up to 45 seconds for it to start. Any idea what has happen. It does come up, but takes so long to start, you think you didn't hit the icon, so I hit it again. Then I end up with 2 of them. Any idea what is wrong.This is the only program that is slow like this. I tons of memory, 12 gig, 12 CPU cores, should not be doing that. Do I need to reload it. Do not think this is associated with any recent updates.

#8335 Auto-updater steals focus, intercepts keypresses and exhibits unexpected behaviour new Bug report normal FileZilla Client
Description

I opened FileZilla and the auto-update notice appeared indicating that an update was available. I permitted the program to perform the update and went to do some typing in another window. At some point the updater opened a window which stole focus, intercepted one or more keypresses, and closed rapidly. I do not know what this window was for, because it disappeared so quickly. I believe that the keypresses intercepted may have been "png", or a subset of those, as that is what I appear to have been unsuccessful in typing in the window that was the intended recipient of the keystrokes.

After the window closed, it seems that the auto-updater did not complete its intended task, although I do not know whether that is as a result of the intercepted keypresses or for some other reason. FileZilla proved not to be installed on the computer (or at least, Windows did not list it as an installed program) and no shortcuts to FileZilla worked. I was obliged to download the installer and install FileZilla afresh. Happily, my preferences and settings were intact.

#8336 Quick Connect issue closed Feature request normal FileZilla Client
Description

One of my ftp sites required a new password. I changed the password in the Site Manager. Connection is fine when connecting from the Site Manager. Connection always fails to connect when using the QuickConnect pull down menu to the same site. Quick connect still works with other sites where connection data has not been changed.

#8338 Filezilla can't open .php files in External Editor (Dreamweaver)? closed Bug report normal FileZilla Client
Description

I recently installed FileZilla on my Windows 7 OS (had previously used it without issue on a Mac) and I am getting the following message when trying to edit .php files with Dreamweaver as an external editor (I am using the latest version of Filezilla (3.6.0.1) and Dreamweaver CS5.5):

The file 'index.php' cannot be opened: The associated program (WX_DDE#"F:\Program Files\Adobe\Adobe Dreamweaver CS5.5\Dreamweaver.exe", "index.php"##System#) could not be found. Please check your filetype associations

(This occurs with ANY .php file not just the index.php that is in the above message)

I did see an unsolved ticket that was opened 3 years ago about the same type of issue.

The only way that I was able to get around this was to do the following:

Go to Edit -> Settings -> Filetype Associations, manually add the following line and click ok:

php "F:\Program Files\Adobe\Adobe Dreamweaver CS5.5\Dreamweaver.exe" -open

I believe this appears to be some sort of bug because as mentioned prior when working with Filezilla on a Mac system (using Dreamweaver CS4) it all works fine and doesn't require this workaround.

#8339 Wrong text in either button or text in Norwegian translation when done downloading a new version of FileZilla. new Bug report normal FileZilla Client
Description

When the download of a new version is done, the text says in norwegian "Den seneste versjonen har blitt nedlastet. Klikk Ferdig for å lukke fileZilla og starte installasjonen". The word 'Ferdig' and the button 'Avslutt' are not the same text. I suggest to change the text 'Avslutt' to 'Ferdig' would solve the cosmetic bug.

#8342 Sin conexion closed Lorena Bug report normal FileZilla Client
Description

El filezil andaba muy bien hasta q me pidio la actualizacion, lo actualize y no anduvo mas.... necesito un respuesta inmediata ya que es parte de mi trabajo..

#8344 Focus the last directory when navigating to it's parent closed Patch normal FileZilla Client
Description

Now when filezilla goes up to a parent directory it selects the ".." entry instead of the directory we are coming from.

It should select and focus the directory its coming from and make sure it's visible.

This ticker is related to #1878

I've coded up a solution that implements this behavior. Patch attached against latest svn trunk (r4847)

#8346 Filezilla transfer hangs while transfer file to aruba. The 5 threads stops one at a time near end of file. new Bug report normal FileZilla Client
Description

transferring file to aruba. one at a time the thread hangs at the end of file and remain still. so filezilla remains locked and the transfer does not go ahead. in the log, at the end of collection i give an F5 to refresh dir. This malfunction happens for several months but only now I decided to report it after several new versions of filezilla.

win xp SP3 filezilla 3.6.0.1 logfile attached.

Best Regards, gadareth Elio Bellucci

#8347 Automatic Update from 3.6.0.2 to 3.7.3 fails reopened Bug report normal FileZilla Client
Description

I opened FileZilla (Client) and was informed a new version was available and was asked to confirm update.

Next, I was asked to confirm where to save the setup file.

After the file download "completed", I was notified there was an error downloading the file.

I repeated this attempt a few times with the same results.

Manually downloading the setup file resulted in a successful download and successful update to FileZilla CLient Version 3.6.0.1

I am running Windows 7 x64 (fully updated) with AMD Quad Core and 8GB Ram.

#8349 show splash screen at startup (Long delay on startup using local network drive) new Bug report normal FileZilla Client
Description

When the local site remembered on startup is a network file share containing thousands of sub-directories, the FileZilla client takes about 5 minutes to appear.

This delay with no splash screen or progress indicator would typically lead the user to try again repeatedly, as if the launch did not execute. (There was no visual feedback of any sort.)

This symptom suggests inefficiency reading large numbers of filesystem objects. Perhaps it should be limited by default?

At least the operation should indicate some sort of progress. Preferably interruptible by user ("Cancel" button).

An instantaneous Splash Screen would help mitigate the confusion.

Similar delay occurs also when navigating to said directories after startup.

FileZilla Client


Version: 3.6.0.1

Build information:

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

Linked against:

wxWidgets: 2.8.12 GnuTLS: 3.1.4 SQLite: 3.7.6.2

Operating system:

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

#8352 GNU TLS ERROR persists in ver 3.6.0.1 Debug log (4) in line closed Bug report normal FileZilla Client
Description

I had hoped this error was fixed in 3.6.0.1 It's now affecting our customers if they make the mistake of updating from 3.5.3

Is there a work around?

Status: Resolving address of qedmrf.com Status: Connecting to 64.39.191.166:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Welcome to Technologies FTP service. For authorized users only. Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 Proceed with negotiation. Status: Initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-256-CBC, MAC: SHA1 Status: Verifying certificate... Trace: CFtpControlSocket::SendNextCommand() Command: USER Fuzh Status: TLS/SSL connection established. Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 331 Please specify the password. Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 230 Login successful. Trace: CFtpControlSocket::SendNextCommand() Command: SYST Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 215 UNIX Type: L8 Trace: CFtpControlSocket::SendNextCommand() Command: FEAT Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 211-Features: Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: AUTH SSL Response: AUTH TLS Response: EPRT Response: EPSV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: MDTM Response: PASV Response: PBSZ Response: PROT Response: REST STREAM Response: SIZE Response: TVFS Response: UTF8 Response: 211 End Trace: CFtpControlSocket::SendNextCommand() Command: OPTS UTF8 ON Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Always in UTF8 mode. Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 PBSZ set to 0. Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 PROT now Private. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFileZillaEnginePrivate::ResetOperation(0) Status: Retrieving directory listing... Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: PWD Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 257 "/" Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 1 Command: TYPE I Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Switching to Binary mode. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 2 Command: PASV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (74,39,191,166,195,85) Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 2 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 4 Command: LIST Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: Trying to resume existing TLS session. Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 150 Here comes the directory listing. Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 1 Trace: state = 4 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 5 Trace: CTlsSocket::OnRead() Trace: CTlsSocket::Failure(-15, 10053) HERE'S THE LINE WHERE IT DIES AND THE CONNECTION IS LOST Error: GnuTLS error -15: An unexpected TLS packet was received. Trace: CRealControlSocket::OnClose(10053) Error: Disconnected from server: ECONNABORTED - Connection aborted Trace: CControlSocket::DoClose(64) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(66)

#8353 FTP connection problem via VPN new Bug report normal FileZilla Client
Description

I have installed FileZilla server and user FileZilla client to connect it in normal I can connect without problem. But via VPN PPTP connected I can't using FileZilla connect to server

here is log

Status:	Connecting to 202.162.78.82:21...
Status:	Connection established, waiting for welcome message...
Trace:	CFtpControlSocket::OnReceive()
Response:	220-FileZilla Server version 0.9.40 beta
Trace:	CFtpControlSocket::OnReceive()
Response:	220-Welcome to AsnpnetServer1 FTP Server
Response:	220 ผู้ดูแลระบบ : nProtect
Trace:	CFtpControlSocket::SendNextCommand()
Command:	USER StorageAdmin
Trace:	CFtpControlSocket::OnReceive()
Response:	331 Password required for storageadmin
Trace:	CFtpControlSocket::SendNextCommand()
Command:	PASS ************
Trace:	CFtpControlSocket::OnReceive()
Response:	230 Logged on
Trace:	CFtpControlSocket::SendNextCommand()
Command:	SYST
Trace:	CFtpControlSocket::OnReceive()
Response:	215 UNIX emulated by FileZilla
Trace:	CFtpControlSocket::SendNextCommand()
Command:	FEAT
Trace:	CFtpControlSocket::OnReceive()
Response:	211-Features:
Error:	Connection timed out
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Error:	Could not connect to server
Status:	Waiting to retry...
Status:	Connecting to 202.162.78.82:21...
Status:	Connection established, waiting for welcome message...
Trace:	CFtpControlSocket::OnReceive()
Response:	220-FileZilla Server version 0.9.40 beta
Trace:	CFtpControlSocket::OnReceive()
Response:	220-Welcome to AsnpnetServer1 FTP Server
Response:	220 ผู้ดูแลระบบ : nProtect
Trace:	CFtpControlSocket::SendNextCommand()
Command:	USER StorageAdmin
Trace:	CFtpControlSocket::OnReceive()
Response:	331 Password required for storageadmin
Trace:	CFtpControlSocket::SendNextCommand()
Command:	PASS ************
Trace:	CFtpControlSocket::OnReceive()
Response:	230 Logged on
Trace:	CFtpControlSocket::SendNextCommand()
Command:	FEAT
Trace:	CFtpControlSocket::OnReceive()
Response:	211-Features:
Error:	Connection timed out
Trace:	CFtpControlSocket::ResetOperation(2114)
Trace:	CControlSocket::ResetOperation(2114)
Error:	Could not connect to server

problem occur with only FileZilla Client connect to FileZilla Server. other ftp client and server is working on PPTP VPN

#8356 Can't connect to Windows Server 2012 (IIS 8) FTP when using FTPES closed Bug report normal FileZilla Client
Description

Using FileZilla, I cannot connect to any of my Windows Server 2012 machines when using FTPES on IIS 8.

FileZilla 3.6.0.2 debug level 4 log:

Trace:	CControlSocket::DoClose(64)
Trace:	CControlSocket::DoClose(64)
Status:	Resolving address of mysite.mydomain.com
Status:	Connecting to 1.1.1.1:21...
Status:	Connection established, waiting for welcome message...
Trace:	CFtpControlSocket::OnReceive()
Response:	220-Microsoft FTP Service
Trace:	CFtpControlSocket::OnReceive()
Response:	220 MyFtpService
Trace:	CFtpControlSocket::SendNextCommand()
Command:	AUTH TLS
Trace:	CFtpControlSocket::OnReceive()
Response:	234 AUTH command ok. Expecting TLS Negotiation.
Status:	Initializing TLS...
Trace:	CTlsSocket::Handshake()
Trace:	CTlsSocket::ContinueHandshake()
Trace:	CTlsSocket::OnSend()
Trace:	CTlsSocket::OnRead()
Trace:	CTlsSocket::ContinueHandshake()
Trace:	CTlsSocket::OnRead()
Trace:	CTlsSocket::ContinueHandshake()
Trace:	CTlsSocket::Failure(-110, 10053)
Error:	GnuTLS error -110: The TLS connection was non-properly terminated.
Trace:	CTlsSocket::OnSocketEvent(): close event received
Trace:	CRealControlSocket::OnClose(10053)
Trace:	CControlSocket::DoClose(64)
Trace:	CFtpControlSocket::ResetOperation(66)
Trace:	CControlSocket::ResetOperation(66)
Error:	Could not connect to server
Trace:	CFileZillaEnginePrivate::ResetOperation(66)

I have already tried reordering cipher suites as desribed here, but it didn't help: http://blogs.msdn.com/b/kaushal/archive/2011/10/03/taming-the-beast-browser-exploit-against-ssl-tls.aspx

Changing certificates on the FTP site doesn't help as well. I think the error happens before certificate is received.

WS_FTP and some other FTP clients work fine, while WinSCP makes a connection but throws errors on file transfer (something about invalid signature). It did help with file transfers when I prioritized TLS_RSA_WITH_RC4_128_SHA on the server SSL Cipher Suite Order.

It is worth noting that a version of FileZilla from a few weeks ago (I don't know which one exactly) connected fine, but was not able to transfer files (also a lot of errors), exactly what WinSCP does now.

Connecting to my Windows Server 2008 R2 (IIS 7.5) machines works perfectly. FTP sites are configured the same way as they are in the IIS 8 installation.

#8357 Disappearing User Interface When Connecting to the Server closed Bug report normal FileZilla Client
Description

Hello,

When connecting to either a single or multiple servers, the user interface above the message log (the toolbar) randomly disappears. In order to get it back, I have to hover my mouse cursor over the toolbar to get individual buttons back.

This only happens with the OpenCrystal theme. With every other theme, this does not happen.

Here is a screenshot of the bug in action:

http://dylricho.com/dump/misc/filezilla-bug.PNG

Dylan. --

FileZilla Client 3.6.0.2 Windows 7 Ultimate x86 + SP1 Intel Celeron M 575 (Merom-2M)

#8360 Testcases fails to build closed Patch normal FileZilla Client
Description

When I try to build the mozilla testcases I get the following error message:

libtool: link: x86_64-pc-linux-gnu-g++ -march=native -O3 -pipe -ggdb -mtune=native -floop-interchange -floop-strip-mine -floop-block -floop-parallelize-all -Wall -fexceptions -std=gnu++11 -pthread -Wl,-O1 -Wl,--sort-common -Wl,--hash-style=gnu -Wl,-O1 -Wl,--sort-common -Wl,--hash-style=gnu -o test test-test.o test-ipaddress.o test-dirparsertest.o test-localpathtest.o test-serverpathtest.o -L/usr/lib64 -lcppunit -ldl ../src/engine/libengine.a -lgnutls -lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_baseu-2.8 -lidn -Wl,--as-needed -pthread ../src/engine/libengine.a(libengine_a-misc.o): In function `GetDependencyVersion(dependency::type)': /var/tmp/portage/net-ftp/filezilla-3.6.0.2/work/filezilla-3.6.0.2/src/engine/misc.cpp:389: undefined reference to `sqlite3_libversion' collect2: error: ld returned 1 exit status make[2]: * [test] Error 1 make[2]: Leaving directory `/var/tmp/portage/net-ftp/filezilla-3.6.0.2/work/filezilla-3.6.0.2/tests'

See attached patch for what I had to do to make it build again.

#8364 clicking on a letter on the keyboard moves to the first folder matching the name starting with that letter closed Feature request normal FileZilla Client
Description

First of all, thanks for this wonderful utility. I use it a lot, but I have a feature request... Because of a list of folders that is immense, on the Local site, when I click on a "j", to move to the first folder that start with a j, the tool's position stays. On most Windows application, when one punches a key the explorer moves to the first folder/file that starts with that letter, if it is found. It would be great to add this function to the local site. Thanks.

#8366 Missing port in sitemanager.xml makes troubles closed Bug report normal FileZilla Client
Description

If in the file sitemanager.xml the port missing like "<Port>21</Port>" FileZilla doesn't show the related entry in the server list. I think FileZilla should fill this information automatically with port 21 if it is missing like it is already done with the other configuration values.

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