Custom Query (8171 matches)
Results (1101 - 1200 of 8171)
Ticket | Summary | Owner | Type | Priority | Component | Resolution |
---|---|---|---|---|---|---|
#378 | Change to Local Drive R: failed ,,,, | Bug report | normal | Other | ||
Description |
The Programm hangs wenn i try to change the local destination to R: the contents of R: is
13.07.2003 12:55 <DIR> . 13.07.2003 12:55 <DIR> .. 09.10.2002 10:47 <DIR> QOpenSys 09.10.2002 10:47 <DIR> QDLS 09.10.2002 10:47 <DIR> QSYS.LIB 09.10.2002 10:47 <DIR> QOPT 09.10.2002 10:47 <DIR> QFileSvr.400 09.10.2002 10:47 <DIR> QNTC 09.10.2002 14:02 <DIR> dev 09.10.2002 10:47 <DIR> home 15.07.2003 13:36 <DIR> tmp 28.11.2002 23:26 <DIR> etc 26.10.2002 09:05 <DIR> usr 09.10.2002 13:59 <DIR> QIBM 14.07.2003 21:10 <DIR> QSR 09.10.2002 14:02 <DIR> bin 09.10.2002 14:04 <DIR> var 14.07.2003 07:52 603 dev_rout 09.10.2002 14:18 <DIR> QTCPTMM 09.10.2002 14:18 <DIR> www 09.10.2002 15:39 <DIR> QNetWare 13.07.2003 12:55 0 QXDALISTEN 14.07.2003 11:40 <DIR> sapmnt 15.07.2003 05:56 <DIR> BRMSSPLF 06.05.2003 11:02 <DIR> sapcd 03.03.2003 14:50 <DIR> cd
Can you fix this Problem the Programm is Freezing , nothing do work .... after change to R: Please Help..... Thanks Nerve nerve@… |
|||||
#11462 | Changelog shows up even though nobody cares | Bug report | normal | FileZilla Client | rejected | |
Description |
Every time you start filezilla after it has been updated in some inexplicable minor way nobody cares about, it pops up with a change log that you have to click OK on. Really pointless. Yes I know this doesn't belong here. It just annoys me enough to be worth wasting your time deleting this. |
|||||
#816 | Changing Folders on FTP Server Stops Working Intermittently | Bug report | normal | Other | ||
Description |
FileZilla v2.2.10 Windows XP SP2 (Windows Firewall Disabled) ZoneAlarm Security Suite Firewall v5.5.062.011 When changing folders (Browsing) on my comcast FTP server FileZilla will stop working after one or two folder changes. This forces me to close FileZilla and restart it to upload to a different folder. This is an ongoing problem and for at least the last three versions of FileZilla. I keep downloading new versions hoping itwill be fixed but it is not. Changing between Passive Mode and Active does not help. The problem intermittently happens after either 1 to 3 FTP Server Folder changes and FileZilla just hangs on the "List" command but does nothing else. |
|||||
#11523 | Changing My Password | Other | normal | FileZilla Client | rejected | |
Description |
Good Morning, I have attempted to change my password with no success. I still receive a authentication failed error message. I researched the forums but did not find a distinct area or page to reset a password. Any information that can be provided would be great. Thanks |
|||||
#1562 | Changing Password | Feature request | normal | Other | ||
Description |
Something that I find that not to many clients have is the ablity to change your password. I only know of one client so far. I think this would be an ablity that would be valuable. The command to change your password if it is not to well know is: SITE PSWD "OldPassword" "NewPassword" |
|||||
#7753 | Changing Tab Orders in FIleZilla Client | Feature request | high | FileZilla Client | duplicate | |
Description |
I'd like to change the tab order by Mouse Dragging when I have multiple tabs opened at a time. Is it under progress in development of Beta version or scheduled for future versions? |
|||||
#2780 | Changing directories by pressing initial letters | Feature request | normal | FileZilla Client | ||
Description |
Hi, I couldn´t find this as an already existing RFE. It would be nice to have a function like in windows explorer where I press the initial letters of a directory and the selection goes to that directory. example directory structure: |
If the root dir is selected and I press "d", the selection should jump to the "delta" dir. When I press "b" twice, the dir "bravo2" should be selected. Cheers Lars |
|||||
#354 | Changing dirs locally and remotely at the same time | Bug report | normal | Other | ||
Description |
It would be great if I could quickly change directories locally and remotely at the same time by holding down a key, such as CTRL and clicking on the directory in one view. This will work a little like the following: If key is pressed and directory is changed (doesn't matter in what view), FileZilla should check if the same directory exists in the other view. If it does, then it should open it up as well. If it doesn't, just open up in the view that was selected. This would an excellent feature, especially for people that constantly change directories. Usually, the directory structures locally and remotely are the same. |
|||||
#11586 | Changing location of key file keeps old location in memory | Bug report | normal | FileZilla Client | worksforme | |
Description |
Moving the location of the private key file for SFTP login doesn't work. I have several SFTP sites set up whereby the folder for their private keys changed from C:\ to W:\. All of the sites work perfectly to log in and browse the remote folders. The problem occurs when I drag and drop a local file to the remote server. In this case, it tries to reconnect to the remote server using the OLD keyfile location. You can see the error message "Skipping non-existing key file "C:\0_Work\".... in the attached copy of the message log. |
|||||
#11588 | Changing location of key file keeps old location in memory | Bug report | normal | FileZilla Client | fixed | |
Description |
Bravo for closing the previous ticket without bothering to find the real problem here! Your last comment is patently false, 100%!!! Moving the location of the private key file for SFTP login doesn't work. I have several SFTP sites set up whereby the folder for their private keys changed from C:\ to W:\. All of the sites work perfectly to log in and browse the remote folders. The problem occurs when I drag and drop a local file to the remote server. In this case, it tries to reconnect to the remote server using the OLD keyfile location. You can see the error message "Skipping non-existing key file "C:\0_Work\".... in the attached copy of the message log. |
|||||
#195 | Changing netware servers (and downloading files) | Bug report | normal | FileZilla Client | rejected | |
Description |
When logged into a netware server it is possible to also access other servers in the same tree. This is done with the command CD servername/volumename/directoryname/ etc. etc. Filezilla removes the first / and sends /servername/volumename/directoryname/ which of course fails. Some way to override the default behaviour so that the other servers can be accessed is required. |
|||||
#350 | Changing password does not work. | Bug report | normal | Other | ||
Description |
I could not change my password. We have and AIX 4.3.3 server with OpenSSH. I enter my old password and my new password twice and all I get is a beep and the dialog goes away. |
|||||
#10346 | Changing simultanious uploads in settings WHILE uploading crashes FileZilla | Bug report | normal | FileZilla Client | fixed | |
Description |
I was uploading to an FTP and wanted to change the simultaneous upload settings. Once I changed from 2 to 8 and pressed the "OK" button, FileZilla crashed. When I reopened, the setting had not been saved. I changed the setting when no transfer was happening and it saved successfully. |
|||||
#1354 | Changing to certain directories causes server to disconnect | Bug report | normal | FileZilla Server | ||
Description |
Filezilla Server 0.9.25 beta Filezilla Client 3.0.5.2 Build date 2008-01-11 (Windows) Another issue found during the same tests that were described in bug 1881461 Filezilla Server will error and disconnect host when trying to change to certain directories (typically very long named directories). An example is shown below (specific folder names have been anonymized, but overall directory name length is the same): Status: Connected Status: Starting download of /drive-d/Downloads/Xxxxxxx/Xxxxxxxx/for_xxxx/Xxxxxxx_Integration_Test/JDK/sample/jnlp/jreinstaller/src/share/classes/jnlp/sample/JreInstaller/resources/strings_sv.properties Command: CWD /drive-d/Downloads/Xxxxxxx/Xxxxxxxx/for_xxxx/Xxxxxxx_Integration_Test/JDK/sample/jnlp/jreinstaller/src/share/classes/jnlp/sample/JreInstaller/resources/ Error: Disconnected from server This was observed with Filezilla Client as well as command line FTP client, so it appears to be a server-side issue. |
|||||
#77 | Changing to dir with LIST protect fails | Bug report | normal | Other | ||
Description |
I am using FileZilla 1.81 Final. The problem I have is that when I try to change into a directory that does not allow showing the contents of the directory, FileZilla sees this as an error and will not change into the directory. The log shows: Command: CWD inbox Response: 250 CWD command successful. Command: PWD Response: 257 "/private/supportcss/inbox" is current directory. Command: PORT 192,168,1,4,11,195 Response: 200 PORT command successful. Command: TYPE A Response: 200 Type set to A. Command: LIST Response: 150 Opening ASCII mode data connection for /bin/ls. Response: 550 .: Access is denied. Error: Could not retrieve directory listing |
|||||
#4261 | Character encoding bug | Bug report | normal | FileZilla Client | rejected | |
Description |
Create a folder named "パーソナル" (without the quotes) on a server using the SJIS character encoding (japanese). (Mostly Microsoft Windows Japanese-hosted) In the remote directory tab, it will display correctly. However, in the remote tree list and in the log, it displays as "p[/i" (without the quotes). It is possible to enter into that directory, but any operation done within it produce a bug - creating something in it creates it in the parent directory, it's impossible to download files that were put in there by another user, etc. |
|||||
#849 | Charset conversion between local and remote machines | Bug report | normal | Other | ||
Description |
For example, my linux server uses UTF-8 as a default charset, and my WindowsXP laptop uses CP949 (EUC- KR) as a default charset. There should be some charset conversion for FileZilla client to get files with correct names, and FileZilla should be able to cope with conversion failure. |
|||||
#2605 | Check for FileZilla Updates | Feature request | normal | FileZilla Client | ||
Description |
There should be an opt-in ability to phone home and check the version, to see if a new version is available and to automatically download (preferably without the need to open a browser window). |
|||||
#1144 | Check for Update error | Bug report | normal | FileZilla Client | ||
Description |
using: 2.9.4 Nightly Build: 2006.08.01 i589 mingw32msvc-gcc (Gcc)3.4.5 (mingw special) -g -O2 -Wall -g -fexceptions bug: Check for update (nightly builds)returns: A newer version of FileZilla is available: 2006-08-28 Nightly note: today is 2006-08-01 |
|||||
#3346 | Check for compiler version only works with gcc | Bug report | normal | FileZilla Client | ||
Description |
In the configure script shipped with FileZilla 3.0.4, line 19659 reads:
However, most non-gcc compilers don't have a --version flag, so this results in "Unknown version" being displayed in the "About FileZilla" dialogue box if $CC != gcc. For HP-UX 11.11, the closest I could get for HP's ANSI C compiler was:
But then the same command on HP-UX 11.23 and 11.31 doesn't work (the output from 'what /usr/bin/cc' is completely different - there isn't even a line with a 'Compiler' string in it...). I don't know what the solution to this is - my gut feeling is that, say, Sun's own C compiler on Solaris might have similar issues. Maybe it's best just to not include the compiler version and do a "uname -a" or something similar and have it as "Build system: " line. |
|||||
#5241 | Check for invalid servername or IP | Feature request | normal | FileZilla Client | rejected | |
Description |
Dear FileZilla team, sometimes it happens, that I just forget to enter a proper server name. I.e. I just forget .com or .de to add. Therefore the request will fail. A msgBox would be usefull which directly gives you a warning, if an invalid servername was entered in quick connect bar. |
|||||
#8843 | Check for program updates hangs through a proxy server | Bug report | normal | FileZilla Client | duplicate | |
Description |
I have no direct connection to the Internet and I`m using "Generic proxy". Check for program updates hangs when connecting through a proxy server eg TinyProxy on starting TLS connection(Why TLS?). |
|||||
#11109 | Check for update fails to apply the update. | Bug report | normal | FileZilla Client | worksforme | |
Description |
I have always had a problem getting updates to apply after "Help->check for updates" downloaded a new update. I believe I have figured out what is causing that, though. When I start FileZilla, I usually go ahead and connect to a site immediately using "File->Site manager". Then later, after I finish what I am doing I do the "Check for updates" or the program itself may notify me there is an update available. After the update downloads, it almost always fails to install on its own. This time though, I tried to apply the update BEFORE I connected to a site and the updated applied successfully. At this point I can't go back and try it again without uninstalling FileZilla and intentionally installing an older version, but I wanted to pass this along to you for investigation. This has always been a troublesome problem for me. I like to use FileZilla. It works very well. Thank you. |
|||||
#12999 | Check for updates is set at "NEVER" yet it asks me to update every day? v3.64.0 | Bug report | normal | FileZilla Client | worksforme | |
Description |
Filezilla client v3.64.0 under Windows asks me to update almost every time I launch it, because there's a new version available, but: 1) Check for FileZilla updates automatically is set at "NEVER". 2) It doesn't even know what the new version is and only shows "Unfortunately information about the new update could not be retrieved." If an user chooses to not automatically check for updates, why is Filezilla spamming them with a new update dialog that doesn't even contain any useful information to begin with? |
|||||
#2604 | Check for updates to program | Feature request | normal | FileZilla Client | ||
Description |
It would be nice to have an option under Help such as "Check for updates". This way you can easily make sure you are running the current version of FZ. |
|||||
#3331 | Checkbox logic of "Always" actions if Target already exists | Bug report | normal | FileZilla Client | ||
Description |
Transferring a file with the same name as one existing at the destination will trigger the "Target file already exist" dialog. In that dialog, there are three check boxes: Always use this action Apply to current queue only Apply only to downloads I think that when the user clicks one of check boxes 2-3, checkbox #1 should also become selected. In Filezilla 3.0.4, this doesn't happen, and checking #2 or #3 without checking #1 has no effect on subsequent items in the queue. |
|||||
#688 | Checkboxes do not dim | Bug report | normal | Unknown | ||
Description |
Using version 2.2.7c, Windows XP Professional SP1 While using the Settings->Interface Settings->Remote file list window, I have found that the "Filetype" and "Permissions" checkboxes do not dim as they should when I click from "Always use the following configuration" to "Remember last used configuration". |
|||||
#13044 | Checks for updates is performed even when the option is fully disabled | Bug report | normal | FileZilla Client | outdated | |
Description |
FileZilla seems to check for updates even if I set the option to "Never" and it pops up "New version available" window at startup which is very annoying when you launch FZ to do something urgently. FileZilla Client Version: 3.65.0 Build information:
Linked against:
Operating system:
|
|||||
#914 | Chinese Character Directory Problem | Bug report | normal | FileZilla Client | ||
Description |
I find that if the directory in end with certain Chinese characters, e.g. , the directory listing is corrupted and I cannot browse the content inside this directory |
|||||
#1064 | Chinese Characters Don't Display correctly (WindowsXPSP2CHS) | Bug report | normal | FileZilla Server | ||
Description |
When using the latest version Filezilla Server 0.9.15, Chinese characters display as clobber in the client which does not support utf-8 (flashfxp) but display correctly in Internet Explorer. |
|||||
#1417 | Chinese Compatibility on FileZliia Client 3.0.11 | Bug report | normal | FileZilla Client | ||
Description |
I come from TAIWAN (R.O.C), use Tradition Chinese Font I could success to transfer some directory or files on FileZilla Client 2.2.19a, but fail on FileZilla Client 3.0.11, see these result pictures below : http://i298.photobucket.com/albums/mm254/pcboy_photo/f2219a.jpg http://i298.photobucket.com/albums/mm254/pcboy_photo/f3011-1.jpg http://i298.photobucket.com/albums/mm254/pcboy_photo/f3011-2.jpg |
|||||
#12853 | Chinese Simplified (zh_CN) is broken after upgrade to 3.62.2 | Bug report | normal | FileZilla Client | fixed | |
Description |
Change language to 'Chinese Simplified (zh_CN)', and then relaunch FileZilla Client, will show an error and then rollback to default language. |
|||||
#1209 | Chinese character bug | Bug report | normal | FileZilla Client | ||
Description |
FileZilla 3.0.0 beta4 Language: Chinese(simplifed) Quickconnect's menu->clear history In Chinese, phrase "clear history" is "清除å†å²è®°å½•" not "清楚å†å²è®°å½•" Thanks, over |
|||||
#12419 | Chinese characters added to code | Bug report | normal | FileZilla Client | worksforme | |
Description |
I have used Filezilla for many years and never really had a problem until recently. I had noticed that one of my webpages had Chinese Charters added to the html code. This appeared to happen as I was downloading the from using Filezilla vs using Hostmonster. www.ivytechengineering.com/CollaborativeEngineeringProjects |
|||||
#8876 | Chinese characters becomes symbols after updated to 3.7.3 | Bug report | normal | FileZilla Client | outdated | |
Description |
After updated to Filezilla Client ver. 3.7.3, the Chinese characters (Chinese (TW))that can displayed correctly in previous version becomes 'Symbols" now. It can only display English characters even I changed language option in "Preference" from system default to Chinese (TW). |
|||||
#3143 | Chinese expression of "active" | Bug report | normal | Other | ||
Description |
version: 3.0.0 beta7 Edit->settings->connection When the language is Chinese(traditional), the word "active" is translated into "主動模å¼", this is correct. But when the language is Chinese(simplified), it is translated into "激活模å¼" and "活动" and "主动模å¼" separately. They are all "active"'s correct translations, but only "主动模å¼" is used for computer language. I'm Chinese, and I'm sure of that. by the way, what's the meaning of "<pagename>" on the right to "select page" please? |
|||||
#3579 | Chinese folder bug in v3.0.11.1 | Bug report | normal | FileZilla Client | ||
Description |
In Filezilla v3.0.11.1, if I click a Chinese folder name, it will display the folder content. But another incorrect-display folder displays, which in fact doesn't exist. For SFTP mode, it work well. |
|||||
#5655 | Chmod 777 | Bug report | high | FileZilla Client | rejected | |
Description |
Hello, I need to set chmod to 777. When I go to file permissions and put in 777 it sends message - 500 'SITE CHMOD 777 upload': command not understood. I really need to fix this right away, I need to finish my website but I can finish without this. Please help me. |
|||||
#7207 | Chmod 777 Wrong Colour | Bug report | low | FileZilla Client | outdated | |
Description |
Just a slightly irritating bug, when I go to chmod something and it is not allowed, it still comes up green so I don't see the fact there has been an error. For example: Response: 550 CHMOD 777 plugins: Operation not permitted Should be red as it went wrong... |
|||||
#2594 | Choose Default local Path from Options | Feature request | high | FileZilla Client | ||
Description |
At the 3 Beta´s Filezilla allways starts at the Programmfolder of Filezilla. This makes no sense. Please give us a simple Option at the Menu to change it to a path that we want. |
|||||
#1568 | Choose font for message log window | Feature request | normal | Other | ||
Description |
Currently the message log window has a font the user cannot change, Arial I think. But it would be nice to be able to change it, for example to a fixed width font. |
|||||
#4107 | Choose font for message log window | Bug report | normal | FileZilla Server | rejected | |
Description |
This is a request to re-open Ticket #1568 "Choose font for message log window". The final comment is: "Changed 2 years ago by codesquid This feature has been implemented. Please update to the most recent version of FileZilla." However, I have just re-installed the latest version of Filezilla Server (identifies itself as version 0.9.29 beta) and there is no method that I can see to change the font size in the server interface window. I have attached screenshots of both the server IF and an Explorer window (default system font size) to show relative font sizes. |
|||||
#1567 | Choose password for anonymous login | Feature request | normal | Other | ||
Description |
It would be nice to be able to set the password sent to remote server when doing anonymous logins. However, the default anon@<local address> is fine for most sites |
|||||
#2029 | Choosing default action for double-click: edit OR transfer | Feature request | normal | FileZilla Client | ||
Description |
One feature I miss from WSFTP was the ability to choose the default action for a double-click on a file. You could choose between transfering the file (as is currently implemented in FileZilla), or simply opening it for viewing editing. I check my log files every morning, and often just want to see a file's contents rather than download it, so for me, view, not transfer, is the preferred default double-click action. I also thing that transfer is the more "dangerous" action, so having it as non-default means I have to think for a fraction of a second more before I up/download a file. |
|||||
#6 | Ciekawostki ze świata | Other | low | Other | ||
Description |
If I have for instance, 9 large 250 meg files in the queue, the last cell in the status bar has a negative number for the total filesize of all the files in the queue. |
|||||
#12286 | Clamd Files? | Bug report | high | FileZilla Server | rejected | |
Description |
A new file has been added to all of my websites on the server side called "clamd". Has this file been added by Filezilla, or have I been hacked? I removed the file from each website and changed my password, but it has reappeared, so I wanted to check with your company to see if it has come from you before I figure out what to do next. |
|||||
#5572 | Clarification for starting new tickets in TRAC | Feature request | normal | Other | wontfix | |
Description |
Under instructions on the TRAC home page, you have two instructions. Can you add a third? Suggested text: "TRAC is a separate system from the FileZilla Wiki and other FileZilla systems. You must create a TRAC account and be logged in to create a new ticket." I lost about 45 minutes of my life looking for the 'New Ticket' link. This information might also be included in the Wiki FAQ. Kudos and thanks. I got my first clue from the IRC channel which you listed in the forum. |
|||||
#13026 | Clarification of drag and drop support. | Other | normal | FileZilla Client | wontfix | |
Description |
Hi, This is just a question for clarification. FileZilla supports drag and drop between the applications windows/panes, but does it support support from the application to another application i.e. nautilus or desktop? Regards Phil |
|||||
#4354 | Classic Theme not sticking | Bug report | normal | FileZilla Client | fixed | |
Description |
Installed new update and started filezilla client Changed theme icons to classic and worked fine. Exited program and restarted and OpenCrystal theme was chosen again. I've tried a 5-6 other themes but they stick to whatever theme you've chosen BUT classic jumps to OpenCrystal |
|||||
#5503 | Classic theme is always changed to OpenCrystal after restart | Bug report | high | FileZilla Client | fixed | |
Description |
Hi, I always used the "Classic" theme and after updating from 3.3.3 to 3.3.4-rc1 this was automatically changed to the "OpenCrystal" theme. I then changed it back to "Classic", but after a restart it was again "OpenCrystal". This problem doesn´t occur when you use e.g. "Blukis" as a theme. |
|||||
#7887 | Clear Private Data when closing the application | Feature request | normal | FileZilla Client | outdated | |
Description |
Hi, I just noticed that at a few of my customer sites where I have connected with the Quickconnect feature, If you hit the reconnect button it will connect to the last session. This could be a security problem. To be more secure, could you create an option in the settings to clear the private data when the app closes like Firefox can. Not sure how many of my customer sites can just open up the app now and hit reconnect and access my data until I manually go in and Clear Private Data from Quick Connect history. |
|||||
#1732 | Clear Queue | Feature request | normal | FileZilla Client | ||
Description |
A simple option to dump the contents of your queue would be nice. |
|||||
#8552 | Cleartext sessions are not accepted | Bug report | critical | FileZilla Server | invalid | |
Description |
Old Ticket #5296 dexcribes my problem. Never had any problem connecting. What is going on and what do I need to do? Please help! Thanks, Joann |
|||||
#4802 | Click becomes click-drag with Wacom tablet | Bug report | high | FileZilla Client | duplicate | |
Description |
It's almost impossible to use Filezilla with a Wacom tablet and pen, since clicking anything in the file structure almost always is misinterpreted as a click-drag (since you tend to move the pen slightly while clicking.) This results in the "Source and target are identical" error message, forcing tablet users to solely use the keyboard for navigation. |
|||||
#3355 | Click on Servermanager Button does not open Servermanager | Bug report | normal | FileZilla Client | ||
Description |
When I start Filezilla 3.0.5 RC1 on Vista SP1, it is not possible to open the Servermanager with click on the Servermanager Button in the Toolbar. Ctrl + S works. File -> Servermanager works,too. After opening the Servermanager one time, it works also with the Button. If I close the programm and start it again. Same problem. |
|||||
#5252 | Click to rename files | Bug report | high | FileZilla Client | outdated | |
Description |
Hello, I am a Filezilla 3.3.2 user on Mac OS X 10.6.2. When I am sending my files to a remote server I click and drag them to the right side of the window and release the mouse button, so far so good. When I am sending just one file, that's when the mess happens: All files are unselected, OK? I click in one file and the line get's a blue background. When I click again (and hold) to drag the file to the other side of the screen, the line changes to rename. So far, no damage on my files. If I don't do anything, the cursor stays there, to rename the file, if I click outside, it gets renamed OK. If I click up there to order for filename, filesize or last modified, the file (for renaming, with a cursor for type waiting) stays in the same place on screen, it doesn't go to the place it was supposed to go, stays in front some random file that was ordered there, if you click outside to stop the renaming... I AM SURE THAT THE FILE THAT IS BEHIND, ON THAT POSITION GETS RENAMED TO THE NAME OF THE FILE I WAS RENAMING, AND THIS FILE (THAT I WAS RENAMING) GETS DELETED FOREVER! I lose a lot of files for this matter. You can do this to make sure (I just did). 1) Create 5 files: 1.txt, 2.txt, 3.txt, 4.txt, 5.txt, put them in the same directory, open them and just put a number on the file and save them. Then we get: 1.txt = 1. 2.txt = 2, etc... 2) Now open Filezilla and locate the folder. We get this: 1.txt 2.txt 3.txt 4.txt 5.txt Now click ONCE on 2.txt to select this file, then click again on 2.txt (the cursor to rename appears). 3) Now click on filename (up there) to reorder by filename DESC. The screen is now like: 5.txt 2.txt (to rename) "4.txt is behind this" 3.txt 2.txt 1.txt 4) Now click outside. The 4.txt file just vanishes and if you open 2.txt, what's inside? 4 Now imagine this with a big web system, a lot of files missing and a lot bad renamed. I think it's a pretty serious bug because I use a lot the "Last modified" column to order, to make sure to send the files that was last modified. Sorry my bad english, it's not my primary language. |
|||||
#11975 | Clicking Site Manager closes FileZilla Client | Bug report | normal | FileZilla Client | fixed | |
Description |
As per subject: Clicking the Site Manager button closes FileZilla Client. FileZilla also closes if you go File->Site Manager FileZilla Client Version: 3.44.1 Build information:
Linked against:
Operating system:
|
|||||
#11192 | Clicking on files (or directories) after connection has timed out | Bug report | normal | FileZilla Client | outdated | |
Description |
When clicking on a file or directory after connection timeout (disconnect), only the first click is accepted. I often click on a directory, then realise I meant to click on another directory. FileZilla beeps at me when I do this. It would be preferable if it opened the directory that was last clicked, and just didn't beep. |
|||||
#11199 | Clicking on files (or directories) after connection has timed out | Bug report | normal | FileZilla Client | invalid | |
Description |
Clicking on files (or directories) after connection has timed out. This is happening on the LATEST stable version. Please test issues before closing them! It's always a good option :) |
|||||
#3873 | Client - not every FTP - Password is approved | Bug report | normal | FileZilla Client | outdated | |
Description |
On my System with Vista HomePremium SP3 not every password is approved when updating to the newest Version, some passwords are rejected now which workt former with the 3.0.6 Client-Version. |
|||||
#10223 | Client 3.10.1.1 failed to retrieve directory listing. Worked before this version on this site. | Bug report | normal | FileZilla Client | duplicate | |
Description |
Directory listing worked before on this site. Works from command line ftp. FileZilla Client Version: 3.10.1.1 Build information:
Linked against:
Operating system:
Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing |
|||||
#10224 | Client 3.10.1.1 failed to retrieve directory listing. Worked before this version on this site. | Bug report | normal | FileZilla Client | duplicate | |
Description |
Directory listing worked before on this site. Works from command line ftp. FileZilla Client Version: 3.10.1.1 Build information:
Linked against:
Operating system:
Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing |
|||||
#10225 | Client 3.10.1.1 failed to retrieve directory listing. Worked before this version on this site. | Bug report | normal | FileZilla Client | duplicate | |
Description |
Directory listing worked before on this site. Works from command line ftp. FileZilla Client Version: 3.10.1.1 Build information:
Linked against:
Operating system:
Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing |
|||||
#10226 | Client 3.10.1.1 failed to retrieve directory listing. Worked before this version on this site. | Bug report | normal | FileZilla Client | duplicate | |
Description |
Directory listing worked before on this site. Works from command line ftp. FileZilla Client Version: 3.10.1.1 Build information:
Linked against:
Operating system:
Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing |
|||||
#10227 | Client 3.10.1.1 failed to retrieve directory listing. Worked before this version on this site. | Bug report | normal | FileZilla Client | duplicate | |
Description |
Directory listing worked before on this site. Works from command line ftp. FileZilla Client Version: 3.10.1.1 Build information:
Linked against:
Operating system:
Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing |
|||||
#10228 | Client 3.10.1.1 failed to retrieve directory listing. Worked before this version on this site. | Bug report | normal | FileZilla Client | duplicate | |
Description |
Directory listing worked before on this site. Works from command line ftp. FileZilla Client Version: 3.10.1.1 Build information:
Linked against:
Operating system:
Log: Status: Resolving address of ftp.kotan.com Status: Connecting to 50.31.3.169:21... Status: Connection established, waiting for welcome message... Status: Initializing TLS... Status: Verifying certificate... Status: TLS connection established. Status: Server does not support non-ASCII characters. Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is your current location Command: TYPE I Response: 200 TYPE is now 8-bit binary Command: PASV Response: 227 Entering Passive Mode (50,31,3,169,138,83) Command: MLSD Error: Connection timed out Error: Failed to retrieve directory listing |
|||||
#4183 | Client 3.2.0 does not support åäö in path | Bug report | low | FileZilla Client | rejected | |
Description |
Client 3.2.0 does not support Swedish characters åäö in path. Client report: 18:22:19 Command: RETR /srvmmxap001_e$/Home som Skall_Flyttas/1076/DOKUMENT/Bilder/Björk/PICT5534.JPG 18:22:19 Response: 550 /srvmmxap001_e$/Home som Skall_Flyttas/1076/DOKUMENT/Bilder/Björk/PICT5534.JPG: The system cannot find the path specified. 18:22:19 Error: Critical error 18:22:41 Status: Sending keep-alive command |
|||||
#12070 | Client 3.46.2: Error: get attrs for no such file or directory | Bug report | high | FileZilla Client | fixed | |
Description |
setting timestamp fails because "file doesn't exist". file obviously exists locally and remotely because it just uploaded the file! what I'm not sure about is whether it doesn't see the local file or the remote file. this doesn't happen in 3.46.0 |
|||||
#13052 | Client 3.66.4 Uninstall fails to clean up after itself | Bug report | normal | FileZilla Client | worksforme | |
Description |
Original issue was that I had FileZilla displaying on 2nd monitor attached to my notebook. Thereafter, without 2nd monitor attached, FileZilla displayed at the extreme right edge of the screen and I was unable to drag it over. This is the kind of situation a clean reinstall should resolve, but after uninstall, reboot, and reinstall, the problem persisted. I had to go through Windows registry and delete every FileZilla key I could find to resolve the issue. Then it displayed correctly upon reinstall, but another problem appeared, as reported in bug #13048 "new Bug report". I was getting "error loading the transfer queue from "C:\User\patri\AppData\Roaming\FileZilla\queue.sqlite3". This required uninstalling again, then deleting the FileZilla folder at C:\Users\userAppData\Roaming\. After another uninstall, reboot, reinstall, finally everything working well. |
|||||
#13088 | Client 3.67.0.0 unable to uninstall | Bug report | normal | FileZilla Client | worksforme | |
Description |
Not able to uninstall after upgraded to latest version Error says that I don’t have sufficient access to remove FileZilla (I am local administrator) Getting same error on both windows 10 and 11 Never had any issues with earlier versions of FileZilla Installer was downloaded from https://filezilla-project.org/download.php?platform=win64 |
|||||
#1713 | Client : Good Drag and drop support | Feature request | low | FileZilla Client | ||
Description |
Server -> Folder in server : move here (RNFR, RNTO) Server -> Folder in client : Download Here And same thing for Client -> Server and Client -> Client |
|||||
#2025 | Client : automatic detection of ressources in the Installer | Feature request | normal | FileZilla Client | ||
Description |
The Filezilla Client Installer does not search automatically for ressources in the current directory. Considering the following example :
in french
The user select a french installation, so the french documentation is selected for installation by default. To avoid the download of the documentation (for example if the user is currently off-line, or if the user is a system admin who needs to install FileZilla on several PCs), the user need to activate the "local directory" checkbox and set the directory where the requested ressource (ZIP file) is. This is not very user friendly... The installer should so modified to :
ressource
The interface could be the following : Note : [x] is a checkbox, (.) is a radiobutton
try to
http://filezilla.sourceforge.net/
|
|||||
#9366 | Client Server is not working | Bug report | high | FileZilla Client | rejected | |
Description |
Hi Team, My client server is not working now and previously this was worked properly. I have changed the updated version of client server and went wrong. Can you please guide me. The error shows "Directory listing Failed". Please do the needful
|
|||||
#4638 | Client allows only one site-specific bookmark | Bug report | normal | FileZilla Client | rejected | |
Description |
I am currently using version 3.2.6.1 on Win XP Pro SP3 on an Intel T5500 (if that makes sense on the processor). In previous versions of Filezilla, I was able to save many site-specific bookmarks linking a local directory with a remote directory. Currently, whenever I create a new site-specific bookmark, it overwrites the previous bookmark, allowing me to store only one bookmark at a time. |
|||||
#1231 | Client bug | Bug report | normal | FileZilla Client | ||
Description |
Look at the picture! I been loading up with v3 and the folder view says i´m not connected with server.... |
|||||
#12162 | Client build fails on aarch64 because of incomplete putty source | Bug report | normal | FileZilla Client | fixed | |
Description |
Building the FileZilla client fails on aarch64 as observed on OpenBSD/arm64, but the problem is generic and should affect all Unix-style operating systems on aarch64 (64-bit ARM). ld: error: undefined symbol: platform_aes_hw_available
... Linking fails because the functions
are undefined. The problem is in the included putty source. On aarch64 (#if HW_AES == HW_AES_NEON), the missing functions are called from sshaes.c, sshsha.c, sshsh256.c. In the original putty source, they are provided by unix/uxutils.c. However that file was omitted when the putty source was included in FileZilla. Simply adding putty's unix/uxutils.c and adding it in Makefile.am will fix the problem. |
|||||
#8322 | Client cannot connect using Require explicit FTP over TLS | Bug report | normal | FileZilla Client | duplicate | |
Description |
CLIENT SIDE: FileZilla Client Version: 3.6.0.1 Build information:
Linked against:
Operating system:
SERVER SIDE: vsftpd-2.2.2-11.el6.i686 on CentOS 6.3 x86 configured with:
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". |
|||||
#1104 | Client cant connect to unix server (reason included) | Bug report | normal | FileZilla Client | ||
Description |
If there is unexpected text in a unix login session, filezilla gets confused and gets stuck. The work around I used was to remove the confusing text from the unix login. This took 5 hours to figure out. Preferably, filezilla should not get confused by unexpected unix login information. Other products do not have this problems. |
|||||
#11701 | Client corrupting data being sent | Bug report | normal | FileZilla Client | rejected | |
Description |
Example - data being sent is pricing data for different manufacturers in the outdoor power equipment industry. In this case, the package quantity column, a three character field, contained ##1 instead of 001. The data files on our computer had no corruption until a user of our service tried to process the data after we uploaded the file via the FileZilla client - version 3.35.1 |
|||||
#8401 | Client crash when open non-English local folder/directory using "Open" in the right-click pop-up context menu | Bug report | normal | FileZilla Client | fixed | |
Description |
Client version: 3.6.0.2 Character set for non-Unicode programs: Traditional Chinese - Taiwan (950) Crash happens when try to open a local folder with non-English path in Windows Explorer, using the "Open" function in the right-click pop-up context menu. Crash happens both in the file pane and the directory pane. Specifically, crash happens when opening the folder path that contains non-English and not-within-the-default-language characters. For example, when opening the folder path contains Simplified Chinese or Japanese characters, the client crashes. But when opening the folder path contains Traditional Chinese characters, the client does not crash, but still does not open the folder in Windows Explorer. I tried this bug on two different computers, and both has this problem. Both machines are using Windows 7 Pro SP1 x64. |
|||||
#4858 | Client crashed after double click on remote file. | Bug report | normal | FileZilla Client | fixed | |
Description |
After connect to remote site and double click on remote file, client crashes. Tried to change double-click action in settings - same story. Log attached. |
|||||
#5402 | Client crashes ONLY on certain sites/directories | Bug report | normal | FileZilla Client | outdated | |
Description |
When going to certain sites (using SFTP), it gets there, BUT when I try to "Drill Down" into the site, it immediately crashes. This only occurs on a couple of the sites on my web server. It did not occur until I upgraded from Fedora 12 -> 13. I initially used the Fedora install of filezilla, and since the crash was occurring, uninstalled it and downloaded/compiled the most recent version from your site. Still happening. Weird thing is, I have WindowsXP installed on this machine in VirtualBox and filezilla works fine there. |
|||||
#9622 | Client crashes if sftp connection closed by remote | Bug report | normal | FileZilla Client | outdated | |
Description |
If an sftp connection is left open at the client and closed by the server? any attempt to refresh the remote directory display or reconnect will crash the client. |
|||||
#4945 | Client display *sometimes* does not display all files/symlinks that exist | Bug report | normal | FileZilla Client | invalid | |
Description |
Client display *sometimes* does not display all files and/or symlinks that exist in a directory. FileZilla Client Version: 3.2.8.1 Build information:
Linked against:
Server: Operating System CentOS release 5.3 (Final) Kernel Version 2.6.18-164.el5PAE Apache Version 2.2.3 MySQL Version 5.0.77 PERL Path /usr/bin/perl PERL Version 5.8.8 PHP Path /usr/bin/php PHP Version 5.2.9 Ruby Path /usr/local/bin/ruby Ruby Version 1.8.7 |
|||||
#3305 | Client does not prompt for a password | Bug report | normal | Other | ||
Description |
Filezilla Client 3.0.2.1 in Windows XP SP2 does not prompt for a password when I try to connect to an SFTP Server. The problem occurs when you do not fill the password field in the site manager. In version 2.2.32 there was always a pop up window where you could type your password. Message log: Status: Connecting to server.example.com:22... Response: fzSftp started Command: open "user@…" 22 Command: Pass: Error: Authentication failed. Error: Critical error Error: Could not connect to server |
|||||
#2216 | Client drag and drop functionality | Feature request | normal | Other | ||
Description |
drag-and-drop only works for items that are uploaded (i.e. anywhere -> filezilla client). The reverse does not (it only allows interaction with the left pane of the client, not with the desktop). It would be nice if I could drag-and-drop from client's right pane to anywhere on the desktop / pc, as opposed to having to navigate via left pane tree. |
|||||
#1352 | Client fails to launch on Mac OS X 10.3.9 | Bug report | normal | FileZilla Client | ||
Description |
FileZilla.app bounces once in Dock then disappears. Console shows a number of errors in the form: "FileZilla.app/Contents/MacOS/filezilla undefined reference to (xyz) expected to be defined in Carbon" |
|||||
#3260 | Client fails to prompt for password | Bug report | normal | FileZilla Client | ||
Description |
If you don't put a password in the site configuration in the site manager, Filezilla will not prompt for one. I do not want the client to save/cache passwords for administrative accounts. This worked properly in 2.2.31 (and prior), but is broken in 3.0.1. |
|||||
#9151 | Client freezes due to multiple dialogues being open at the same time | Bug report | normal | FileZilla Client | fixed | |
Description |
When you edit files while a queue is being processed, there is a rare chance of having two dialogues open at the same time, cancelling each other out. That's because when you edit files, there is a chance of the "Selected file already being edited" dialogue popping up. After this dialogue shows, a second dialogue can pop up, asking the user whether to overwrite an already existing file, since the queue is still running in the background. This results in a freeze, since neither the dialogues nor the main program can be closed anymore. |
|||||
#341 | Client goes CRAZY!!... | Bug report | normal | Other | ||
Description |
...when pressing "Process the queue" button while not connected. I got instantly banned from the ftp due to 40 retries a sec. I want the client to start downloading (processing the que) when i get connected |
|||||
#1069 | Client not visible on taskbar until alt+tab is used | Bug report | normal | FileZilla Client | ||
Description |
When I run FileZilla Client, the window is not displayed on the foreground (it is hidden beneath other windows) and it is not shown on the windows taskbar. Then, by pressing alt+tab the FileZilla window is displayed and it also appears on the taskbar. I'm using FileZilla Client v2.2.19, but this happened with all versions I've been using (I think I first started using FileZilla about a year ago). Remarks:
(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current Version\App Paths), so I usually run it by doing start menu->run->filezilla
firefox) when opening filezilla (maybe this has something to do with filezilla not appearing on the foreground). |
|||||
#8459 | Client over SFTP, reports upload errors. Some spurious. | Bug report | normal | FileZilla Client | outdated | |
Description |
Using client 6.6.02, Win 7 Pro client machine. target machine is Red Hat Enterprise server. SFTP. Filezilla reports errors when it needs to create a directory. it then creates the dir OK, and then reports errors on a file upload to the new dir. Then uploads file OK later. The errors appear to be spurious but continally demand cross-checking that files did actually upload. These errors are consistent and completely repeatable. They are not random upload errors as might normally occur. Log excerpt below. Other FTP clients do not do this in exactly the same situation - same machines, protocol, SFTP user etc. Other FTP clients do not do this in exactly the same situation - same machines, protocol, SFTP user etc. All the best folks. |
|||||
#1065 | Client overwrites existing files with 0 bytes | Bug report | normal | FileZilla Client | ||
Description |
I had the transfer settings set on Overwrite by default. I was downloading several files and folders from a webserver. I realized I had already transfered one folder over, so I moved it into a "finished" folder on the remote server (using remote desktop) without removing it from the FileZilla client's queue. When FZ 2.2.22 got to those files, it wrote 0 bytes over each one (eg. because the client was opening them for writing, and the server was responding that the files weren't found?). That is how it appears anyway. |
|||||
#4743 | Client program overrides most Windows based programs and will not uninstall | Bug report | high | FileZilla Client | outdated | |
Description |
I had an old version of Filezilla (2.1.12?) and used the menu Help/Check For Updates to upgrade :- 1) This downloaded FileZilla_3.2.7-rc3_win32-setup.exe from sourceforge. 2) I uninstalled the old version using the uninstall option in the program folder. 3) I ran the new .exe file to install. 4) Running this new version said that there was a later version to install, so downloaded this. This was a file called FileZilla_3.2.7_win32-setup.exe. 5) Trying to install this however, fails. Running any Filezilla exe file now just starts Filezilla itself. This includes the uninstall program (from the program folder or directly from the file). 6) I now cannot run several programs, as Filezilla client starts in the place of them. An initial list (but not exhaustive) is below :- Run/cmd (DOS command line window) Control panel/Add/remove programs Notepad Windows Media Player Calculator 7) Some programs start alongside Filezilla, eg Firefox. 8) The only program (so far) that runs alone is Microsoft Outlook. I have a logfile at debug level 3, but it is empty as no processes have been carried out within Filezilla itself. I notice that a download from filezilla-project.org now downloads from cloudfront.net. Please, is there a patch for this? |
|||||
#11623 | Client seems unaware that it has disconnected because of specified Idle Timeout (FileZilla_3.33.0_macosx-x86.app.tar.bz2) | Bug report | normal | FileZilla Client | rejected | |
Description |
Expected: 1) Idle timeout causes disconnect. 2) User request a refresh. 3) FileZilla should immediately reconnect and refresh listing. Observed: 1) Idle timeout elapses, connection dies. (no messages in the log indicate this) 2) User request a refresh. 3) "Delay between reconnect attempts" (e.g. 20sec) is enforced 4) FileZilla reconnects and refreshes directory listing It seems like FileZilla is not aware that the connection has been terminated due to idle timeout until it tries to use the dead connection again. The disconnect button on the toolbar also remains available after the timeout disconnect. In fact, using the Disconnect and Reconnect buttons will work as expected for a connected session, even after the idle timeout has long passed. Log set to Debug is pasted below with event comments Trace: CTransferSocket::OnConnect Trace: CTlsSocketImpl::OnRead() Trace: CTransferSocket::OnReceive(), m_transferMode=0 Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CTlsSocketImpl::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer ok. Trace: CFtpRawTransferOpData::ParseResponse() in state 7 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CControlSocket::ParseSubcommandResult(0) Trace: CFtpListOpData::SubcommandResult() in state 3 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Directory listing of “/path/data" successful Trace: CFileZillaEnginePrivate::ResetOperation(0) * This is where I wait for the “timeout”
Status: Retrieving directory listing of “/path/data"... Trace: CControlSocket::SendNextCommand() Trace: CFtpListOpData::ListSend() in state 0 Trace: CFtpChangeDirOpData::Send() in state 0 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CControlSocket::ParseSubcommandResult(0) Trace: CFtpListOpData::SubcommandResult() in state 1 Trace: CControlSocket::SendNextCommand() Trace: CFtpListOpData::ListSend() in state 2 Trace: CFtpRawTransferOpData::Send() in state 2 Command: PASV Error: Connection timed out after 10 seconds of inactivity * This is where the “Delay between failed retry attempts” is enforced (e.g. 20 sec). Trace: CRealControlSocket::DoClose(2050) Trace: CControlSocket::DoClose(2050) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: Failed to retrieve directory listing Trace: CFileZillaEnginePrivate::ResetOperation(2114) Status: Disconnected from server Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CFileZillaEnginePrivate::ResetOperation(0) Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 0 * From here, the reconnect proceeds as expected, and refreshes the directory listing. Thanks for taking a look. For now I just put 2 hours for the idle timeout, even though that's not really ideal. I also don't know if this is in the client or libfilezilla but it manifests in the client so that's what I chose. |
|||||
#11936 | Client timeout at "performing handshake" when using HTTP proxy | Bug report | normal | FileZilla Client | duplicate | |
Description |
Client is unable to connect via HTTP proxy, it gets stuck at "performing handshake". I've been able to do it using the same proxy on earlier FileZilla client versions (WinSCP is working too). Here are the debug messages: Status: Connecting to <<ftp_server>> through HTTP proxy Status: Resolving address of <<proxy_dns>> Status: Connecting to <<proxy_ip:port>>... Status: Connection with proxy established, performing handshake... Error: Connection timed out after 60 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to <<ftp_server>> through HTTP proxy Status: Resolving address of <<proxy_dns>> Status: Connecting to <<proxy_ip:port>>... Status: Connection with proxy established, performing handshake... Error: Connection timed out after 60 seconds of inactivity Error: Could not connect to server Status: Disconnected from server Status: Connecting to <<ftp_server>> through HTTP proxy Status: Resolving address of <<proxy_dns>> Status: Connecting to <<proxy_ip:port>>... Status: Connection with proxy established, performing handshake... Error: Connection attempt interrupted by user Status: Disconnected from server Status: Connecting to <<ftp_server>> through HTTP proxy Status: Resolving address of <<proxy_dns>> Status: Connecting to <<proxy_ip:port>>... Status: Connection with proxy established, performing handshake... Error: Connection attempt interrupted by user Status: Disconnected from server Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CFileZillaEnginePrivate::ResetOperation(0) Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 0 Status: Connecting to <<ftp_server>> through HTTP proxy Status: Resolving address of <<proxy_dns>> Status: Connecting to <<proxy_ip:port>>... Status: Connection with proxy established, performing handshake... Error: Connection timed out after 60 seconds of inactivity Trace: CRealControlSocket::DoClose(2050) Trace: CControlSocket::DoClose(2050) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpLogonOpData::Reset(2114) in state 1 Error: Could not connect to server Trace: CFileZillaEnginePrivate::ResetOperation(2114) Status: Waiting to retry... Trace: CRealControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CControlSocket::DoClose(66) Trace: CControlSocket::SendNextCommand() Trace: CFtpLogonOpData::Send() in state 0 Status: Connecting to <<ftp_server>> through HTTP proxy Status: Resolving address of <<proxy_dns>> Status: Connecting to <<proxy_ip:port>>... Status: Connection with proxy established, performing handshake... Error: Connection timed out after 60 seconds of inactivity Trace: CRealControlSocket::DoClose(2050) Trace: CControlSocket::DoClose(2050) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpLogonOpData::Reset(2114) in state 1 Error: Could not connect to server Trace: CFileZillaEnginePrivate::ResetOperation(2114) |
|||||
#9948 | Client to server issues | Bug report | normal | FileZilla Server | rejected | |
Description |
I am running fz Client on 1 pc with win 7 and on another pc i am running win 8 with fz server. i am trying to connect the two... I have made the connection but when i try to create a new file i get an error.. here is what the server side shows: FileZilla Server version 0.9.48 beta Copyright 2001-2014 by Tim Kosse (tim.kosse@…) https://filezilla-project.org/ Connecting to server 127.0.0.1:14147... Connected, waiting for authentication Logged on (000013)12/17/2014 18:14:32 PM - (not logged in) (192.168.2.3)> Connected on port 21, sending welcome message... (000013)12/17/2014 18:14:32 PM - (not logged in) (192.168.2.3)> USER admin (000013)12/17/2014 18:14:32 PM - (not logged in) (192.168.2.3)> 331 Password required for admin (000013)12/17/2014 18:14:32 PM - (not logged in) (192.168.2.3)> PASS * (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> 230 Logged on (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> SYST (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> 215 UNIX emulated by FileZilla (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> FEAT (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> PWD (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> 257 "/" is current directory. (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> TYPE I (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> 200 Type set to I (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> PASV (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> 227 Entering Passive Mode (192,168,2,2,198,116) (000013)12/17/2014 18:14:32 PM - admin (192.168.2.3)> MLSD (000013)12/17/2014 18:14:38 PM - admin (192.168.2.3)> 426 Connection timed out, aborting transfer of "/" (000013)12/17/2014 18:14:38 PM - admin (192.168.2.3)> 421 Connection timed out. (000013)12/17/2014 18:14:38 PM - admin (192.168.2.3)> disconnected. (000014)12/17/2014 18:14:51 PM - (not logged in) (192.168.2.3)> Connected on port 21, sending welcome message... (000014)12/17/2014 18:14:51 PM - (not logged in) (192.168.2.3)> USER admin (000014)12/17/2014 18:14:51 PM - (not logged in) (192.168.2.3)> 331 Password required for admin (000014)12/17/2014 18:14:51 PM - (not logged in) (192.168.2.3)> PASS * (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> 230 Logged on (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> CWD / (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> 250 CWD successful. "/" is current directory. (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> PWD (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> 257 "/" is current directory. (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> TYPE I (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> 200 Type set to I (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> PASV (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> 227 Entering Passive Mode (192,168,2,2,198,117) (000014)12/17/2014 18:14:51 PM - admin (192.168.2.3)> MLSD (000014)12/17/2014 18:14:57 PM - admin (192.168.2.3)> 426 Connection timed out, aborting transfer of "/" (000014)12/17/2014 18:14:57 PM - admin (192.168.2.3)> 421 Connection timed out. (000014)12/17/2014 18:14:57 PM - admin (192.168.2.3)> disconnected. And here is what the Client side shows: Status: Connecting to 192.168.2.2:21... Status: Connection established, waiting for welcome message... Response: 220 FBI SERVER CONNECTION ESTABLISHED Command: USER admin Response: 331 Password required for admin Command: PASS * Response: 230 Logged on Command: SYST Response: 215 UNIX emulated by FileZilla Command: FEAT Response: 211-Features: Response: MDTM Response: REST STREAM Response: SIZE Response: MLST type*;size*;modify*; Response: MLSD Response: UTF8 Response: CLNT Response: MFMT Response: EPSV Response: EPRT Response: 211 End Status: Connected Status: Retrieving directory listing... Command: PWD Response: 257 "/" is current directory. Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (192,168,2,2,198,116) Command: MLSD Response: 426 Connection timed out, aborting transfer of "/" Error: Failed to retrieve directory listing Response: 421 Connection timed out. Error: Connection closed by server Status: Connecting to 192.168.2.2:21... Status: Connection established, waiting for welcome message... Response: 220 FBI SERVER CONNECTION ESTABLISHED Command: USER admin Response: 331 Password required for admin Command: PASS * Response: 230 Logged on Status: Connected Status: Starting upload of C:\Users\My Dojo Marketing\AppData\Local\Temp\fz3temp-1\empty_file_yq744zm Command: CWD / Response: 250 CWD successful. "/" is current directory. Command: PWD Response: 257 "/" is current directory. Status: Retrieving directory listing... Command: TYPE I Response: 200 Type set to I Command: PASV Response: 227 Entering Passive Mode (192,168,2,2,198,117) Command: MLSD Response: 426 Connection timed out, aborting transfer of "/" Command: SIZE index.php Error: Could not read from socket: ECONNABORTED - Connection aborted Error: Disconnected from server Error: File transfer failed and yes, I like to feel important so i made my server welcome message FBI SERVER CONNECTION ESTABLISHED... Don't judge... LMAO |
|||||
#7329 | Client upgrade/installation problem | Other | normal | FileZilla Client | outdated | |
Description |
I had client version FileZilla_3.4.0_win32 installed on my Windows 7 64bit computer and it was functioning properly. When I went to run it the upgrade screen for FileZilla_3.3.5.1_win32 came up and I proceeded to do the upgrade. When the upgrade install was completed FileZilla would not run. When I tried to run it from the start menu it told me that I could not access the program. The same thing happened from start window when I tried to uninstall the upgrade. I checked permissions changed them to Full Control and then went to the Control Panel and uninstalled the upgrade and then re-installed the 3.4.0 version. Its not working now either. Can you offer some suggestions as to what the problem might be. Note: I made this a ticket because the upgrade failed with an originally working version. My machine originally had Vista and was upgraded to Windows 7. I believe that I did upgrade Filezilla after the conversion of the operating systems. |
|||||
#4753 | Client upload and download restart after 95-100% complete. | Bug report | high | FileZilla Client | rejected | |
Description |
When connected to a client's ftp site(a fortune 100 company), I often can't successfully download or upload files. The process gets 95-100% complete and then puts up a pop-up 'target file already exists' when it tries to restart. If I choose 'Overwrite', the same thing happens again. Sometimes, usually with smaller files (< 10MB), filezilla works. The windows command line client always works. I used to use LeapFTP and it always worked. I'd like to move to FileZilla but 50% of the times I need an ftp client, it is for this site. What kind of traces can I get for you to help figure this out? Unfortunately, the site is restricted so I don't have a way to tell you how to recreate the problem yourself. |
|||||
#3244 | Client window close doesn't save window position | Bug report | normal | FileZilla Client | ||
Description |
FileZilla Client (3.0.1 19. Sept) saves the window size - but not the window position on close (it starts always placed on 0,0 upper left corner). however any other windows programm does this: save the window position on close. when opening again, it comes back to the same postion (in my case 2. monitor fullscreen) |