Custom Query (4044 matches)
Results (3801 - 3900 of 4044)
Ticket | Summary | Owner | Priority | Resolution | Created | Modified |
---|---|---|---|---|---|---|
#3212 | Queue and Server-Protocol always shown by default | normal | 17 years | 17 years | ||
Description |
There is no way to hide the server-protcol at the top, the queue at the bottom and the quick-connect-bar by default. |
|||||
#3209 | Dialog "settings" displaced. | normal | 17 years | 17 years | ||
Description |
Using 1024x768 pixels the "settings"-dialog appears at the right side of the screen with some part no longer visible. |
|||||
#1289 | Deletes All Settings | normal | 17 years | 17 years | ||
Description |
Warning, not only are there NO viable release notes, version 3 install to a new directory - for no known reason, does not read any settings from version 2, and someone decided it was not important enough for people to be able to import all their settings, for the "reason" that the file structure is different! That's a lame excuse, since the file structure certainly was known to the team and could be transferred Someone(s) surely took a lot of time to build a new version - and then did not create it in a very logical way. Why not do it right the first time, as now most of my sites will not work because someone did not think about what they were doing? I now have to spend a couple of hours repairing the damage. This should have been a HUGE warning and a release notes that actually says something - neither of which there was! I was happy with this software for years, now someone(s) need to go back to school and learn that an upgrade is for improvement, adding features - not to remove features and settings. Can we get the settings so they import as this a a LARGE bug! |
|||||
#1288 | Filezilla 2.2.20 introduced a USER32.DLL bug on Win95OSR2 | normal | 17 years | 17 years | ||
Description |
Hi,
C:\Program Files/Filezilla/Filezilla.exe The device connected to tthe system does not work. (sorry, the actual message is not in English so I have to translate that). A second popup window contains: Error during program execution File FILEZILLA.EXE is connected/linked to USER32.DLL:EndMenu Maybe the second message gives you some clue. Thanks. Martin |
|||||
#3204 | progress bars etc. don't obey scrolling in queue view | normal | 17 years | 17 years | ||
Description |
FileZilla 3.0.0-rc2 (official Linux build from FileZilla's SourceForge Project Page) on Ubuntu 7.04 with libwx<base|gtk> 2.8.1.1-0ubuntu4 In the queue display the rows with detail information for active downloads (time elapsed, ETA, progress bar, transfered bytes, speed) do not move when scrolling. They keep their absolute position and hide other rows, which seem to "move under" the detail rows. Surprisingly correct behaviour can be observed when scrolling with the mouse scrollwheel or by using cursor keys when a row is in the queue table is selected. To reproduce the bug press the buttons of the scroll bar or drag its slide. |
|||||
#3205 | Upload Progress bar on bottom windows | normal | 17 years | 17 years | ||
Description |
Hi, present in 2.2.32 version, don't forget to show the info and transfert progress bar on bottom of windows very usefull ! (see image) Good job ! Regards Fred |
|||||
#3203 | File selection bug when file filtering is enabled | normal | 17 years | 17 years | ||
Description |
I've just enabled file filtering with the following pattern : remove file ending with either ".php~" or ".css~" on local view Now, with this filter enabled, every time I start uploading a file using drag and drop (the bug doesn't appear using double-clicking), I get a kind of random file selection on the local view (just when I drop the file). Hope it's precise enough... |
|||||
#3202 | Toolbar does not take Windows default color | normal | 17 years | 17 years | ||
Description |
I use the Zune-Desktop Theme from Microsoft on Windows XP, but the Toolbar of FZ3 stays on a different color (see Attachment). Maybe the color of the Toolbar is not linked to the correct windows-elment-color. Data: FZ3 RC2 Windows XP SP2 (Zune Theme : http://go.microsoft.com/fwlink/?LinkID=75078) |
|||||
#3200 | Searching with keyboard doesn't work anymore | normal | 17 years | 17 years | ||
Description |
In Filezilla 2 it was possible to navigate a remote ftp-server with the keyboard. When pressing a key, Filezilla navigated to the first file starting with that letter. This also worked with multiple files with the same first letter, in that case you could cycle between those files. It seems this functionality is gone in Filezilla 3 rc2. Test case:
Expected: Filezilla would navigate to the file with the corresponding first letter Seen: Nothing happens Version: 3.0.0 rc2, 2007-08-26 |
|||||
#3018 | save column sort order | normal | 21 years | 17 years | ||
Description |
I maintain several multipage websites and I frequently use FTP to update changed pages only. The most useful folder view for this operation is to show files in date-modified order, newest at the top. I would like to have FileZilla remember the way I left the folder and present the same view next time. Alternatively, I'd settle for a preference setting to pick the default folder view. Auto-refresh of the local file list wouldn't go amiss either. |
|||||
#1264 | passwords accepted from copied Filezilla.xml | normal | 17 years | 17 years | ||
Description |
After installing filezilla on new computer I copied filezilla.xml from my old PC (version 2.2.9 which I cannot find anymore) to the new PC (version 2.2.32) to copy the account settings. The passwords do not get copied properly, filezilla opens password promt after attempted connection. (fair enough) But clicking cancel in the input window opens the requested site anyway. This is a PC installed a week ago, filezilla was just installed (and never before). |
|||||
#1285 | Leading spaces confuse client | normal | 17 years | 17 years | ||
Description |
The client will not deal with directories which have a leading space in the name. |
|||||
#3196 | Apple Mouse scroll wheel causes app failure | normal | 17 years | 17 years | ||
Description |
Scroll wheel on mouse causes FileZilla to fail and close during session. Probably due to side-to-side motion rather than up and down scrolling. Mac OSX 10.4.10 dual processor intel dual core chipset Mac Pro FileZilla 3.0.0-rc1 Build 5250 |
|||||
#1282 | Timezone issue | normal | 17 years | 17 years | ||
Description |
I checked and found a bug entered from 2005. (didn't seem to have any answer) However, I am suffering today. Client is XP PRO. Connecting to a Linux box (Linux router.dta.ca 2.6.9-55.0.2.EL) When I connect the times are +4 hours off. So it reads in FileZilla as 13:08 instead of 09:08. I set the time zone offset (TimeZoneOffset="-4" ) accordingly and the times are ok. The Linux timezone is EDT (Eastern Daylight Time) - correct. Double checked the time and it is fine. When I drop a file onto my Linux box via FileZilla the FILE TIME is correct. Current FileZilla is 2.2.32. Very odd. Points to a "how is Filezilla determining the proper time zones?" question. I dropped a file into another site and sure enough the time was wrong (compared to what my time zone is). The only issue is I have no control of that box so I am unsure what timezone it is in nor it's settings. thanks belly |
|||||
#3195 | Limit number of simultaneous connections != Queue transfer | normal | 17 years | 17 years | ||
Description |
Limit number of simultaneous connections (set to 1) nullified any transfer from local to remote. Files and folders would just hang in Queue infinitum, with status "connecting". Ver. 3.0.0 RC1 OS: Windows Vista x64 Host/Remote Server: Godaddy / LAMP Solution: Tried un-setting "Limit number of.." without resolve. Upgraded to nightly build, and tried un-checking "Limit number of..", again, with success. |
|||||
#934 | Remote file times wrong when timezone offset | normal | 19 years | 17 years | ||
Description |
My server is 5 hours behind my local time so I have the timezone offset in FZ preferences set to +5:00 but in FZ 2.2.15 the times are wrong. If I don't offset then FZ shows the correct file times for the server's local time. But... If I also offset by any number of minutes then the times become correct! My workaround at the moment is to offset by 5:01. I'm on Windows XP Anyone else noticed this? |
|||||
#3194 | View/Edit Missing | normal | 17 years | 17 years | ||
Description |
The View/Edit selection is missing from the popup window when a file is right clicked. |
|||||
#3192 | Error loading queue.xml | normal | 17 years | 17 years | ||
Description |
On Vista Ultimate, when starting and shutting down FileZilla 3.0.0-rc1 following message is displayed: "Could not load 'C:\Users\USERNAME\AppData\Roaming\FileZilla\queue.xml', please make sure the file is valid and can be accessed. The queue will not be saved." Also, see attached file. Uninstalling and installing FileZilla does not solve the problem. The path and file queue.xml are existing. After FileZilla installation, queue.xml is 0 bytes - no entries in the file. Removing queue.xml and restarting FileZilla solves the problem. New queue.xml is created with following content: <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <FileZilla3 /> It is possible that queue.xml deployed with the FileZilla setup is empty instead of the expected? xml declaration line (see above). The same error also occurred on following Beta builds: 3.0.0-beta6_win32 3.0.0-beta7_win32 3.0.0-beta8_win32 3.0.0-beta9_win32 3.0.0-beta10_win32 3.0.0-beta11_win32 |
|||||
#3191 | Always trust certificate in future sessions not work | normal | 17 years | 17 years | ||
Description |
using TLS connect to a site using unknown certificate, when click 'Always trust certificate in future sessions', it only work for current instance of FileZilla3. After close FileZilla3, next time, it will ask again. |
|||||
#1279 | different sorting in tree and file view | normal | 17 years | 17 years | ||
Description |
The sorting algorithm in the (remote) tree view seems to differ from the algorithm in the (remote) file view underneath. On one hand (german) vowel mutations are grouped amongst the classic vowels but on the other hand they are listed at the end. |
|||||
#1045 | having files selected and browsing w tree -> strange selecti | normal | 18 years | 17 years | ||
Description |
If I have files selected in a folder and switch folder using the local treeview some other files get selected, I don't know if they are truly selected or of it is just a view thing. (using filezilla v 2.2.19a on win xp prof.) /P |
|||||
#1277 | can't multitask/browse & upload different dirs | normal | 17 years | 17 years | ||
Description |
in 2.2.32 and previous versions, when files are being uploaded in the queue and you are looking at one directory, you can't browse to another directory and upload those files to appropriate places. for instance, local:/www/jimm/i/a.gif-->remote:public_html/images/a.gif local:/www/jimm/i/b.gif-->remote:public_html/images/b.gif local:/www/jimm/i/c.gif-->remote:public_html/images/c.gif local:/www/jimm/p/a.pdf-->remote:public_html/pdf/a.pdf local:/www/jimm/p/b.pdf-->remote:public_html/pdf/b.pdf local:/www/jimm/p/c.pdf-->remote:public_html/pdf/c.pdf local:/www/jimm/v/a.mpg-->remote:public_html/video/a.mpg local:/www/jimm/v/b.mpg-->remote:public_html/video/b.mpg local:/www/jimm/v/c.mpg-->remote:public_html/video/c.mpg I can go to the next directory down (..) but I can't browse up anywhere. the program prevents it. |
|||||
#461 | installer doesn't install to All Users profile | normal | 21 years | 17 years | ||
Description |
When installing FileZilla-2.2.0 (on a WinXP box) it offers no capability to install for "All Users", and instead unconditionally installs Start menu items in the current users' start menu (whether they be an administrator or not). FileZilla-2.1.7 had a similar bug. It installed to "All Users" but the permission of the files were set to be unreadable by anyone other than the user who installed them. |
|||||
#968 | Filezilla resumes while OVERWRITE is selected | normal | 19 years | 17 years | ||
Description |
Sometimes the client tries to resume instead of overwrite the destination (my pc). That produces an error "data is invalid" or produces a larger than the original file. |
|||||
#1004 | Resume bug still in 2.2.18 | high | 18 years | 17 years | ||
Description |
Filezilla resumes while OVERWRITE is selected In my case the file on the host is appended to the size of the file on the client. If the size on the host is smaller or same, the file is left untouched. (The REST command starts at the host file size) This often and apparently randomly causes files to be uploaded incorrectly. Note the APPE appear all of a sudden in the commands log below Status: Connected Status: Starting upload of d:\post_production\maps\0000000451.gif Command: PWD Response: 250 "/Zoom1Images/maps/": is current directory. Command: PWD Response: 257 "/" is current directory. Command: CWD /Zoom1Images/maps/ Response: 257 "/Zoom1Images/maps/" is current directory. Command: TYPE A Response: 250 "/Zoom1Images/maps/": is current directory. Command: PWD Response: 200 Type set to A. Command: PASV Response: 257 "/Zoom1Images/maps/" is current directory. Command: TYPE A Response: 227 Entering Passive Mode (192,168,111,7,107,192) Command: LIST Response: 200 Type set to A. Command: PASV Command: TYPE A Response: 150 Opening ASCII mode data connection for /bin/ls (31547 bytes). Response: 227 Entering Passive Mode (192,168,111,7,74,91) Command: LIST Response: 200 Type set to A. Response: 226 Transfer complete. 31547 bytes in 0.17 sec. (179.114 Kb/s) Response: 150 Opening ASCII mode data connection for /bin/ls (31547 bytes). Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (192,168,111,7,76,88) Command: APPE 0000000292.gif Response: 125 Ready to receive "0000000292.gif" (restart at 47441 bytes). Mode STREAM Type BINARY. Response: 226 Transfer complete. 31547 bytes in 0.00 sec. (30807.617 Kb/s) Command: TYPE I Response: 200 Type set to I. Command: PASV Response: 227 Entering Passive Mode (192,168,111,7,78,37) Command: STOR 0000000451.gif Response: 125 Ready to receive "0000000451.gif" . Mode STREAM Type BINARY. Response: 226 Transfer complete. 79 bytes in 0.03 sec. (2.489 Kb/s) Status: Upload successful |
|||||
#996 | Resume bug with 2.2.17a | normal | 18 years | 17 years | ||
Description |
Sometimes Filezilla RESUMES the file instead of replacing it. I was hard to find WHY. Some files have become huge, since everytime filezilla was adding (resuming) again and again. But i found it. One of the files was an access db, named "DUgallery.mdb". It seems that the two first capital letters were confusing Filezilla. When renamed to lower letters, everything seems ok. But it is hard to check each and every filename .... Please take a look at it ! Thanks ! |
|||||
#1123 | Transfer queue's columns don't remember their size | normal | 18 years | 17 years | ||
Description |
Whenever I start FileZilla (running version 2.2.24b), I have to adjust the size of the columns in the "Transfer queue"-window part. But although I've set FileZilla to remember its settings, the Transfer queue *never* remembers about the widths! This is quite annoying, so a bugfix would be greatly appreciated! Cheers,
|
|||||
#1119 | Sorting local site tree view | normal | 18 years | 17 years | ||
Description |
Local site tree view is not sorted in 2.24b |
|||||
#978 | Tray Icon disapeares when explorer is closed | normal | 19 years | 17 years | ||
Description |
If the explorer.exe is closed and restarted, the tray icon is not comming back :-( Very anoying when an transfer is allready running.. Cincerelly, Claus |
|||||
#1267 | content of downloaded files maybe wrong | normal | 17 years | 17 years | ||
Description |
I had this problems more than once in the last weeks now. I download a couple of files from an FTP and at least one of the files is corrupt or has the completely wrong content. It's also recognisable, if you watch the queue process and you see a file downloading although, it already reached 100%. Unfortuntaley I don't have a lot of information, except, that the server is using SSL and my lient version is 2.2.32. I try to reproduce it and get the raw FTP command log. |
|||||
#1278 | Filezilla shows hidden files regardless of Windows settings | normal | 17 years | 17 years | ||
Description |
Filezilla ignores Windows options to not show hidden files and shows everything. This leads to accidentally uploading thumbs.db and other hidden files to the server unnecessarily. Maybe this could be tied to the 'Show hidden files on server option' or made its own option if it's too much trouble to poll Windows settings. |
|||||
#1276 | Uninstaller detected as Adware.CPush by Symantec Antivirus | normal | 17 years | 17 years | ||
Description |
I've reported the problem at http://symantecbeta.atgnow.com/demo/asp/beta_support_sym.asp, but somebody should probably check whether there has indeed been an "infection." |
|||||
#1273 | Sites Don't Save on Exit of Filezilla | normal | 17 years | 17 years | ||
Description |
version 2.2.32 standard install as admin, but operating as a power user.. when the power user launches the app and tries to save any number of sites (1 to 5)the site manager does not hold the site information for any of them. on restart, it's like a refresh.. Paul |
|||||
#1258 | Transfer queue window | normal | 17 years | 17 years | ||
Description |
I noticed a display problem, very minor, in the transfer queue window. When there is a file transfer in process, there is a line a few pixels high not being refreshed correctly. It reflects whatever was behind FileZilla at that moment. However it is only seen when a file transfer is occurring. The queue windows redraws correctly when there isn't a file transfer. I notice this since my FTP's can run for hours. |
|||||
#1060 | Version 2.2.18 will truncate long paths | normal | 18 years | 17 years | ||
Description |
Filezilla client above accessing Platypus secure FTP server version 0.3 (jscape.com) truncates all paths over 65 ish charcters long. This results in failed uploads and downloads. |
|||||
#1268 | Inaccessibility do to focus issues | normal | 17 years | 17 years | ||
Description |
Is there any chance that the focus issues discussed in 1473638 will ever be resolved? It looks like this item has been pending for over a year now. There've been several releases since then, but it doesn't seem as if this problem has been addressed. I understand that there are other issues still pending besides this one, but I'm raising this one again specifically because it makes the program occasionally inaccessible to users like myself who are visually impaired and rely on screen reading software. |
|||||
#977 | Inconsistent authentication errors | normal | 19 years | 17 years | ||
Description |
When connecting to a FreeBSD inbuilt ftpd (standard Berekeley release, version 6.00LS) using a password which was "29fr*2" (without the quote marks), FileZilla was unable to connect. This was when the connection was specified in the Site Manager. However, entering the username and password in the format "user:pass@site" in the QuickConnect address bar did work. I tried this a number of times, with version 2.2.17 and it happens every time. |
|||||
#1022 | File permissions created/uploaded folder = 000 | normal | 18 years | 17 years | ||
Description |
The file permissions of folders I upload to any of my servers equals 000, if done with another client like SmartFTP it equals 755. This error occured in v2.2.17 and is also contained by v2.2.18. |
|||||
#1266 | Name endings with trailing spaces cause troubles | normal | 17 years | 17 years | ||
Description |
If I click on the remote directory, select "Create directory" and enter a value like "/dirname /" (with the space before the last slash), I can not access to this directory after. So, the command used to change directory, instead of chdir dirname , must be chdir "dirname " . Perhaps FZ must remove trailing spaces before executing a command... It's yours to see. -- Benoît Pruneau bpruneau@… |
|||||
#1189 | Transfers only first 8192 bytes. | normal | 18 years | 17 years | ||
Description |
FileZilla transfers only first 8192 bytes. The progress bar is stuck and does not progress (shows 32% in this case). No errors are generated or reported. Tiny files (I am assuming < 8192 bytes) transfer just fine. I am using SFTP port 22.
I am assuming that v.2.2.xx is using some PC resources that are corrupted and even reinstallation does not fix the issue. --log from FileZilla v2.2.15 (29 generates the same log)----------------------------------- Command: CONNECT FTPxxxxxxx@…:22 Response: Remote working directory is /Customer/FTPxxxxxxx Status: Connected Status: Starting upload of C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar Command: CD /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Response: Remote working directory is now /Customer/FTPxxxxxxx/Adapters/xxxxxxxxx/install/ Command: PUT xxxx.jar C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar FALSE Response: Uploading C:\Documents and Settings\xxxxxxx\My Documents\xxx\from Release Archive\xxxxxxxxx\install\xxxx.jar to xxxx.jar |
|||||
#1156 | Remote window wrong | normal | 18 years | 17 years | ||
Description |
Version 2.2.26a on Win XP Pro SP2 connecting to Solaris 9 via SFTP When I connect to different sites toggles the remote window during download to the content of the previous site (looks like cached). To get the original content I need to reload the remote window. e.g. 1st site --> remote window: ABC download ABC 2nd site --> remote window: XYZ download XYZ, remote window displays ABC. I can only use SFTP, hence not tested with "normal" FTP. |
|||||
#1138 | Limit local ports | normal | 18 years | 17 years | ||
Description |
We have setup FileZilla to limit the locat ports from 3000 to 3010. We are invoking the upload from the command line. filezilla -u "c:\download\db2_full.ftm" UserID:Password@IPAddress:990/QSYS.LIB/TESTPRFIL.LIB/M ON5099PF.FILE -t M20060623.MBR -overwrite One time the transfer will work correctly the next time it will first fail to connect and on the second attempt it will connect correctly. Sample Log file: Status: Connecting to 172.23.164.17:990 ... Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 0 to 1 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 1 to 2 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 2 to 6 caller=0x003b8174 Trace: FtpControlSocket.cpp(990): OnConnect(10048) OpMode=1 OpState=-1 caller=0x003b8174 Trace: FtpControlSocket.cpp(1129): DoClose(0) OpMode=1 OpState=-1 caller=0x003b8174 Trace: FtpControlSocket.cpp(3975): ResetOperation (4100) OpMode=1 OpState=-1 caller=0x003b8174 Error: Unable to connect! Status: Connecting to 172.23.164.17:990 ... Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 0 to 1 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 1 to 2 caller=0x003b8174 Trace: FtpControlSocket.cpp(5140): m_pSslLayer changed state from 2 to 4 caller=0x003b8174 Trace: FtpControlSocket.cpp(990): OnConnect(0) OpMode=1 OpState=-1 caller=0x003b8174 Status: Connected with 172.23.164.17:990, negotiating SSL connection... Trace: SSL_connect: SSLv3 read server hello A Trace: SSL_connect: SSLv3 read server certificate A Trace: SSL_connect: SSLv3 read server done A Trace: SSL_connect: SSLv3 write client key exchange A Trace: SSL_connect: SSLv3 write change cipher spec A Trace: SSL_connect: SSLv3 write finished A Trace: SSL_connect: SSLv3 flush data Trace: SSL_connect: SSLv3 read finished A Trace: Using TLSv1, cipher TLSv1/SSLv3: RC4-MD5, 1024 bit RSA Status: SSL connection established. Waiting for welcome message... Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=-1 caller=0x003b8174 Response: 220-QTCP at CARSTEST. Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=-1 caller=0x003b8174 Response: 220 Connection will close if idle more than 5 minutes. Command: USER mnmcrftp Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=0 caller=0x003b8174 Response: 331 Enter password. Command: PASS Trace: FtpControlSocket.cpp(812): OnReceive(0) OpMode=1 OpState=3 caller=0x003b8174 Response: 230 MNMCRFTP logged on. Any help resolving this issue would be appreciated. |
|||||
#875 | Timeout in big directory delete | normal | 19 years | 17 years | ||
Description |
Hello I am a very glad user of filezilla + filezilla server ! I've found a (little) bug : it is impossible for filezilla client to erase directories in filezilla server if this directiory is too big, if it contains many subdirectories and many files. Example : directory = image of WINDOWS-XP installation CD. Timeout on connexion duration stops this operation before it is complete. Timeout on connexion duration is not reinitialized at each operation (LIST ou DELE). To erase such big directories, it is necessary to proceed in several (many) smaller erase operations. Best regards. |
|||||
#928 | "critical error" and retries | normal | 19 years | 17 years | ||
Description |
2.2.14b (in process of upgrading to 2.2.15) It seems that the client stops downloading when it sees a "critical error" (where for "transfer errors it does the retries as specified). It seems that retries should also apply to "critical errors" (the file was transferring although with timeouts, than it received the critical error), or maybe a separate" retries for critical errors flag could be introduced? Thanks |
|||||
#904 | sftp low speed transfer | normal | 19 years | 17 years | ||
Description |
I install FileZilla_2_2_14b_setup.exe When i make a get, using the sftp, the tranfer speed don't up 100k/s If i make the same in the command line, the trasfer speed is up 2M/s I probe whith this servers:
4), OpenSSH_3.6.1p2
## In spanish ## He instalado FileZilla_2_2_14b_setup.exe Cuando hago un 'get', usando sftp, la velovidad de transferencia es inferior a 100k/s Si realizo lo mismo desde la linea de comandos, la velocidad es superior a 2M/s He probado con estos servidores:
4), OpenSSH_3.6.1p2
|
|||||
#936 | buggy ftp with explicit encryption | normal | 19 years | 17 years | ||
Description |
I have no problems with SFTP using SSH. When I attempt FTP over SSL (or TSL) with explicit encryption in passive mode, I get partial uploads and zero byte uploads. This is a critical failure of FileZilla, which I have hitherto loved. Tested with the Aug 21 release. See http://filezilla.sourceforge.net/forum/viewtopic.php?t=1136 for examples of others with this problem. It deserves highest priority. Attached is the debug log: |
|||||
#906 | Error: Could not retrieve directory listing | normal | 19 years | 17 years | ||
Description |
Hi, with FileZilla 2.2.14b it is not possible to get a directory listing - Error: Could not retrieve directory listing. Using Win XP SP2 other information see attached log-File |
|||||
#976 | Usability: Remote / Local paths + wrong slashes | low | 19 years | 17 years | ||
Description |
Detail: It's 3am, you're tired. You use the edit control to alter your current location on the Remote site, but accidentally use a \ where you should have used a /. Luckily, Filezilla knows what you mean and converts it to the right slash. When you begin to rely on that behaviour, it's extremely frustrating to attempt to do the same in the Local site control. You enter "c:/foo/bar/" and get an annoying warning. Severity: Minor annoyance Explanation: User relies on one behaviour which is inconsistent in other areas, causing frustration. Solutions:
bar, and facilitate something like tab-completion - not just for past entries into the box, either. |
|||||
#969 | Double instance of LISTing during a resumed SFTP connection | normal | 19 years | 17 years | ||
Description |
Maybe it isn't necessary to LIST twice when an SFTP upload has abruptly ended and a reconnect is in order. On a modem it takes a whale of a time to do the whole shebang on two occasions. |
|||||
#955 | Race condition on local directory open | normal | 19 years | 17 years | ||
Description |
I have a local virtual drive (not a windows share, but a clearcase version control view) mapped on my windows machine. FZ 2.2.16 gets into a race condition when I navigate three levels down into this drive, after opening a folder that has ~100 subfolders. |
|||||
#941 | Suspected corruption of critical MS files | normal | 19 years | 17 years | ||
Description |
I have installed FileZilla 2.2.15 client on two machines Both machines have suffered otherwise inexplicable corruption of core MS software And yes, I am running up to date virus software on both machines
load correctly during Windows XP boot up, following a restart. Required an OS re-install
had to close; failed to start in safe mode and reported missing CAB files, requiring repair from original installation disks I cannot prove that FileZilla was the culprit. However, neither machine has had any similar problems before, and both happened within a few hours of installing FileZilla 2.2.15 Has anyone else noticed anything similar? |
|||||
#1132 | UTF characters in filenames -> transfer problems | normal | 18 years | 17 years | ||
Description |
When connecting to a SSH server (Windows 2003 with Vandyke VShell SSH) by SFTP using SSH2, the filenames containing "special characters" are displayed incorrectly in the remote window AND cannot be transfered (transfer error). file name on server: dùçà èéóòöüïëê.txt displayed name on remote site: dùçàèéóòöüïëê.txt Uploading of a file containg special characters is not possible. The file above is transfered on the server and receives the name "d" on the server. The contents of the file (also containing special characters) is transfered correctly. Setting "use UTF-8 on server if avaible" from auto to force and to never does NOT solve the problem. Please note, the tool "winscp" displays the remote files correctly (handles the special characters correctly), so this is not a server issue. Kind regards. |
|||||
#946 | Can't transfer folder from a remote network computer | normal | 19 years | 17 years | ||
Description |
I am webmaster in a company and all the modification a do on the website are not on my computer but on remote computer on the Network. So basically i take the files to upload from another computer and when i try to upload an entire folder, FileZila doesn't do anything.
multiple file and it is possible for me to upload folder if they come from my own computer. I am using FileZila 2.2.16
|
|||||
#779 | Local server destination problem | normal | 19 years | 17 years | ||
Description |
May I respectfully submit a possible bug?
Although you can navigate to a (Windows)
I installed 2.2.9 over 2.2.8 and so deleted/uninstalled everything and tried again. No joy. I'm not very sure but I think that this has worked fine in the past. best. Fantastic Application. Al. |
|||||
#942 | CLNT detection failed with RaidenFTPD | normal | 19 years | 17 years | ||
Description |
RaidenFTPD is one of the ftp client that requires CLNT before OPT UTF8 ON. However, the CLNT detection on FZ v2.2.15 fails to detect the CLNT requirement since the reponse of RaidenFTPD is something like: Send: FEAT Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-13 caller=0x00a8e774 Respond: 211-Extensions supported: Respond: SIZE Respond: MDTM Respond: MDTM YYYYMMDDHHMMSS filename Respond: LIST -laT Respond: STAT -laT Respond: MODE Z Respond: MLST type*;lang*;size*;modify*;create*;UNIX.mode*;UNIX.owner*;UNIX.group*;WIN32.ea* Respond: MLSD Respond: REST STREAM Respond: XCRC filename;start;end Respond: XMD5 filename;start;end Respond: TVFS Respond: CLNT client_type Respond: LANG EN;FR;JA;DE;IT;SV;ES;RU;ZH-TW;ZH-CN Respond: UTF8 Respond: EPRT Respond: EPSV Respond: 211 END Send: OPTS UTF8 ON Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-15 caller=0x00a8e774 Respond: 500 Send 'CLNT client_type' before enabling UTF8. Send: SYST Trace: FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-14 caller=0x00a8e774 Respond: 215 UNIX Type: L8 , CP:950 That is, there is a single quote mark "'" (ASCII 0x27) prefixing the CLNT string such that CFtpControlSocket::DiscardLine method defined in FtpControlSocket.cpp could not catch that and not set 'm_hasClntCmd' to be 'true'. The attachment is a small patch that adds " 'CLNT" and " \"CLNT" pattern into the CFtpControlSocket::DiscardLine. I'm not sure it will work since I have no VC++ to rebuild on my box. ;-) |
|||||
#1014 | Remote site combo box values are not saved | normal | 18 years | 17 years | ||
Description |
The values listed on Remote Site combo box are not saved after disconnecting and are lost. |
|||||
#1024 | Processor usage when connection times out | normal | 18 years | 17 years | ||
Description |
I noticed this problem only when using Filezilla on a Windows XP64 machine, Nforce4 Pro, Dual Opteron. When connected with Filezilla I often transfer items and continue on to other tasks. After a period of time, my connection is automatically disconnected from the server. At some point when this happens and after I have used the connection for transferring files my dual processor usage will fly up to 60%+ (a rarity). I use sftp to connect to the remote server and I have not yet identified all of the specific conditions but it appears to continue to poll the processor with this thread until I kill that Filezilla thread. |
|||||
#1031 | Loops at 100% CPU after SFTP upload | normal | 18 years | 17 years | ||
Description |
WinXP Home; latest version 2.2.18 (also with 2.2.16): after I upload a file FileZilla always/reproducibly loops and comsumes 100%-x CPU . until exit. ( In 2.2.16 I also remember: Looping Filezilla process didn't stop even if I exited Filezilla GUI; but not 100% sure. ) Robert |
|||||
#1248 | Renaming file during upload renames wrong file | normal | 17 years | 17 years | ||
Description |
Hello, Let's say you have file a.php, b.php and c.php. You upload a new copy of a.php to a server. If you rename c.php to c2.php while the upload is waiting to begin (or possibly taking place), b.php (the file above it) will get rename to c2.php instead once the transfer completes. c.php will still exist. Great program, keep up the great work! Regards, Jeff Wickenheiser WicksHosting.com |
|||||
#1139 | Transfer queue shows stuff of underlying applications | normal | 18 years | 17 years | ||
Description |
As you can see on the attached screenshot, the content of the underlying application is shown in FZ's transfer queue. This *only* happened to me, after I changed the transfer queue's column-width, switched to another application and then back to FZ. If you don't know what I mean, look at the screenshot, for example above the red-slashed letters. ;) |
|||||
#785 | no "@" in host adress ??? | normal | 19 years | 17 years | ||
Description |
i enjoied FileZilla untill today. i registerd webspace by a new provider. my ftp host is "blablabla@…". FileZilla is not able to connect to this host. unknown syntax is the error. he will axcept the @ only in use with "user:pass@". but that is not the way i need. maybe you can correct this in a newer version. thanks a lot for your good work !!! |
|||||
#855 | 2.2.29 fzsftp tacks CPU to 100% | normal | 19 years | 17 years | ||
Description |
I've noticed that after I leave filezilla connected to a server through an sftp connection that it tacks the CPU to 100% and continues to do so until I close the program. This happens in version 2.2.12c. |
|||||
#848 | Dialog box without Message | normal | 19 years | 17 years | ||
Description |
At the Proxy Settings: 1) Selected Proxy Type having User Name,Password and proxy setting. 2) Removed the Entries Typed for Proxy,username,password. 3) Pressed ok to store. An Invalid Warning Dialog without any Message props up. |
|||||
#890 | Delete many files in directory takes a long time | normal | 19 years | 17 years | ||
Description |
In a directory, deleting 500+ files takes a very long time. Time between each file is longer with more files in queue. Deleting 2000 files may take 30 minutes and more. Thanks! David |
|||||
#1071 | Connection closed and doesn't reconnect | normal | 18 years | 17 years | ||
Description |
Filezilla client sometimes disconnect in background when not in use. Then, when I want to change a directory, it detects that the connections have been closed and doesn't retry (but I've set it up to reconnect in the options). Then, I have to manually connect again, manually go to my directory, and so on. In short: the connections close but don't try to reconnect and simply abort. It should automatically reconnect in this case and continue operation. Here a short log version (The reconnects are always done manually by me): Befehl: LIST Antwort: Sucessfully received 54 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbindung getrennt Status: Verbindung getrennt Status: Verzeichnisinhalt wird abgeholt... Befehl: CD .. Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: LIST Antwort: Sucessfully received 14 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbinden mit webslave.bomag.com:22... Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Status: Verbunden mit webslave.bomag.com:22, SFTP- Here a long log version with more lines to show you what I'm doing. Status: Verbinden mit webslave.bomag.com:22... Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.dll Befehl:
/bin/ Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006/bin Befehl: PUT BOMAG.CorporateWebsite.Content2006.dll R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.dll FALSE Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.dll to BOMAG.CorporateWebsite.Content2006.dll Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.pdb Befehl:
/bin/ Status: Upload erfolgreich Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006/bin Befehl: PUT BOMAG.CorporateWebsite.Content2006.pdb R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.pdb FALSE Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \CodeBehind\bin\BOMAG.CorporateWebsite.Content2006.pdb to BOMAG.CorporateWebsite.Content2006.pdb Status: Upload erfolgreich Status: Verzeichnisinhalt wird abgeholt... Befehl: LIST Antwort: Sucessfully received 54 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbindung getrennt Status: Verbindung getrennt Status: Verzeichnisinhalt wird abgeholt... Befehl: CD .. Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: LIST Antwort: Sucessfully received 14 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbinden mit webslave.bomag.com:22... Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\directories.xml Befehl:
/ Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: PUT directories.xml R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\directories.xml FALSE Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestellt Status: Starte Upload von R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\startpage.xml Befehl:
/ Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\directories.xml to directories.xml Status: Upload erfolgreich Antwort: Remote working directory is now /cygdrive/k/inetpub/wwwroot/baumaschinen2006 Befehl: PUT startpage.xml R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\startpage.xml FALSE Antwort: Uploading R:\NonServerDevices\Wks04 \wwwroot\BOMAG.CorporateWebsite.Content2006 \web\startpage.xml to startpage.xml Status: Upload erfolgreich Status: Verzeichnisinhalt wird abgeholt... Befehl: LIST Antwort: Sucessfully received 16 items Status: Auflistung des Verzeichnisinhalts erfolgreich Status: Verbindung getrennt Status: Verbindung getrennt Status: Verzeichnisinhalt wird abgeholt... Befehl: CD bin Antwort: Fatal: Network error: Connection reset by peer Fehler: Dateiliste konnte nicht empfangen werden Fehler: Verbindung getrennt Status: Verbinden mit webslave.bomag.com:22... Status: Verbunden mit webslave.bomag.com:22, SFTP- Verbindung wird initialisiert... Befehl: CONNECT multimedia@…:22 Antwort: Remote working directory is /home/multimedia Status: Verbindung hergestell |
|||||
#1040 | settings -- directory cache -- warning bad if no entry | normal | 18 years | 17 years | ||
Description |
In the settings box, on the Directory Cache node of the tree, if you leave any of the boxes for the amout of time to cache a directory blank and then press okay to exit, you are presented with a warning, but it is impossible to discern what the warning is about since it is entirely blank. Leaving a field blank is a hard stop, and you cannot exit the settings editor unless you have a value in all of these boxes. Suggestions: Default to 0 when nothing is entered. Display a warning message that details the problems. |
|||||
#1039 | Remote file list hangs after a while | normal | 18 years | 17 years | ||
Description |
This bug may be identical to bug# 1338012, but since it is reported there for version 2.2.17 only I created this ticket. In version 2.2.18 the remote file list hangs after a while (there is only the error "pling" sound, when a directory not listed before is clicked). When debug mode is switched on, the onscreen log shows "SftpControlSocket.cpp(2596): OnReceive(0) Caller=0x003fd1a4" (or some other value) looping forever. In this case the GUI does not react any longer, I have to kill Filezilla via the task manager. I checked the server's sshd_config for the entries named in bug# 1338012: TCPKeepAlive yes ClientAliveInterval 60 ClientAliveCountMax 3 |
|||||
#1265 | Fixed, maybe | normal | 17 years | 17 years | ||
Description |
I did a new test with FZ 2.2.32 & LinkSys WRT54GL v4.30.9 . It seems to be fixed. I tried to upload/download about 10 .jpg files. |
|||||
#1255 | Folder name with a leading or following space | normal | 17 years | 17 years | ||
Description |
I am using version 2.2.31 It is possible to create a foldername with a leading or following space (ASCII character 0x20), but afterward all other commands do not work with it. Here a log of the operation. Command: CWD /hrs_italy/From_HRS_NA/ Response: 250 CWD command successful Command: MKD New folder Response: 257 "/hrs_italy/From_HRS_NA/New folder " - Directory successfully created Status: Retrieving directory listing... Command: CWD New folder Response: 550 New folder: No such file or directory Error: Could not retrieve directory listing Command: PWD Response: 257 "/hrs_italy/From_HRS_NA" is current directory. Command: CWD New folder Response: 550 New folder: No such file or directory |
|||||
#1261 | file mix ups | normal | 17 years | 17 years | ||
Description |
there appears to be a problem with filezilla, when you batch download a large amount of files (and possibly when uploading too, but i have only confirmed downloading) it can sometimes "mix up" your files. This has happened to me both with JPG's and PHP files. the content of 1.PHP becomes that of 2.PHP and vice versa. I haven't been able to narrow it down to anything other than a large amount of files being downloaded at once. It seems to happen randomly. |
|||||
#1257 | Crashing on Vista | normal | 17 years | 17 years | ||
Description |
FileZilla 2.2.31 crashes pretty regularly in Vista. It crashes on uploads and downloads, especially when uploading or downloading a lot of files. It seems pretty random but happens frequently. |
|||||
#918 | Unreliability in connection and upload | normal | 19 years | 17 years | ||
Description |
When I upload files against an IIS Windows 2003 ftp- server, Filezilla constantly has to reconnect. In a multi- file upload, I get several critical errors and multiple retry attempts. It constantly reports timeouts. Large files especially suffer from this. The absolute worst thing is that in some cases, a file will be uploaded but in fact only part of the file will have been placed on the server. This is absolutely killing, since you have no way of knowing which file it was. You get all sorts of corruption this way. My settings: FileZilla 2.2.14b Enable keep alive system 15-30 seconds zero byte transfer limit 15 seconds attempt rety after 5 seconds up to 100 times. I had to set 100 times otherwise it wouldn't be able to complete large file uploads. FileZilla seems a very unreliable ftp client to me. Kind regards, Marc |
|||||
#909 | Uploading buggy and unreliable | normal | 19 years | 17 years | ||
Description |
When I upload large amounts of files (especially larger binaries), I constantly have transfer errors and after a while critical transfer errors. It makes uploading a real pain and takes enormous amounts of time and monitoring. Also, in this process some binaries get corrupted, leading to hosts of other difficult to debug problems. I use 2.2.14b against a Windows 2003 IIS ftp server. Kind regards, Marc |
|||||
#1254 | Posting error, moved to FZ 3 site | normal | 17 years | 17 years | ||
Description |
I am not sure exactly what is happening but I an a friend of my are having the following issue: Configuration Info We both have:
Whats Different
Issue Outlined
I am current thinking that the issue is somehow related to his PPPoE connection but why does FZ 2.31 work in Active Mode while FZ 3.0b7 fails to connect in either mode when he tries to connect to my server from his network. The trace shows that the socket closes as soon as the PASV command is issued and the disconnect then follows. I have included the trace for Passive Mode. I do not yet have a trace for the Active Mode. I have asked my friend for it and I will add it when I get it. Status:Resolving IP-Address for SERVER.gotdns.com
Status:Connecting to (Servers ext IP):21... Status:Connection established, waiting for welcome message...
Response:220 NAS-500GB FTP server (Version wu-2.6.2(52) Tue Jan 2 14:13:26 EST 2007) ready. Command:USER Bill
Response:331 Password required for Bill. Command:PASS *
Response:230-Welcome to my FTP site.
Response:230-Now is the time ==> Sun Apr 8 13:27:41 2007 Response: 230-The host name is NAS-500GB Response: 230-You are Bill Response: 230-There are 1 person in my site, now. Response: 230- Response: 230- Response: 230 User Bill logged in. Command: SYST
Response: 215 UNIX Type: L8 Command: FEAT
Response: 500 'FEAT': command not understood. Status: Connected
Status: Retrieving directory listing...
Command: PWD
Response: 257 "/" is current directory.
Command: TYPE I
Response: 200 Type set to I.
Command: PASV
Error: Disconnected from server
Error: Failed to retrieve directory listing |
|||||
#1246 | Russian translation is broken | normal | 17 years | 17 years | ||
Description |
While selecting type of the authntication when I add new server, the option "Anonymous" hides option "Regular". On Russian it sounds "Ðнонимный" and "Ðбычный". So it is very hard to select "Regular" type of authentication. |
|||||
#1243 | Exported Servers are lost | normal | 17 years | 17 years | ||
Description |
If I export my settings in Filezilla 2.2.27 and then import them in Filezilla 2.2.31 all servers in the servermanager are lost. |
|||||
#1247 | File Transfer removing last slash | normal | 17 years | 17 years | ||
Description |
Can anyone let me know how to fix this problem? Problem: Last slash is removed from filename when transferring file via ssh (ftps). The file name is then combined with the last subdirectory name because the slash no longer seperates them. I do not have this problem from a cygwin ssh session. FileZilla will attempt the maximum retries and fail. My temp solution is to go onto server and move files that I need to transfer to the ROOT '/'. The ssh server is running on AIX 5.2. FileZilla is version 2.2.30 Thank you. |
|||||
#1245 | Filezilla doesn't stop when .mkv file is already 100% | normal | 17 years | 17 years | ||
Description |
When downloading .mkv files, it will not stop after 100% and it will keep going until hard disk is full. I am sure it is a bug in filezilla because I can download the mkv files without any problem with cuteftp pro. |
|||||
#1237 | Disk space full | normal | 17 years | 17 years | ||
Description |
There is no error message when it tries to upload a file when the disk is full. All that happens is the status bar goes to 100%, and never goes away. Confused the hell out of me for a while o.O Also I've been using Filezilla for a while now. Only thing I can suggest is making directories delete faster. Listing all the files, and then slowly deleting them all is painful to watch ;) |
|||||
#1241 | Failure to select available local port | normal | 17 years | 17 years | ||
Description |
I am using Filezilla v2.2.26a and I have set in Connections -> Firewall settings a range of available ports to be used. However, if Filezilla tries to bind to a port which is already in use (I have another program which might use a port from the same range) it will fail and break the current operation. Wouldn't be possible to have Filezilla try with another port from the range? Thank you |
|||||
#1242 | File update time issue | normal | 17 years | 17 years | ||
Description |
Hello. I have seen a lot of time update bug reports, but yet I found that no real solution has been addressed to this issue. I am still not able to use the 'overwrite only if file is newer' feature of the program in V 2.2.31, which is my goal. After looking up where the problem was, I come up with a solution to this: The uploaded file should not be set to the server's time, but to the client windows time. I believe that this is the only way to make this work properly. If we consider that the source is always on the windows client's side (which is normally the case), then this can only be the real solution, because applying the server's time to the uploaded files will always cause a problem due to the fact that the server's time is always either higher of lower than the windows' time (even only a few seconds delay). This translates into some files not uploaded properly, but yet you edited them with a new time on the client's side. Now I hope that the FTP protocol allows to do such a thing. Any comment on this would also be interesting, but I really think that everyone is expecting the system to work the way I do understand it also. Still thanks for the great job. This is my only current concern about FileZilla, the rest is perfect to me.. |
|||||
#1236 | Filezilla won't accept my password | normal | 17 years | 17 years | ||
Description |
I have control characters in my password. Filezilla won't let me enter them. (It just 'thunks at me when I try.) It should at least allow any control characters that don't do anything else. -- -billy- |
|||||
#1232 | login popup misbehavior | normal | 17 years | 17 years | ||
Description |
Description: After I log into a server where my password will expire in XY days, the server sends back a notification which states so and ask me to press 'Enter' to continue. This causes the FileZilla client to popup a 2nd login dialog box and refuses to let me hit enter because I did not specify anything in the password input box (error: blank password). This misbehavior has been present for as long as I can remember. Steps to reproduce the issue:
1) log into the server 2) enter userid and password 3) server sends this text back: Your password expires in 12 days. Please change it as soon as possible. Press Enter to Continue. 4) press Enter key to complete the login process
1) Setup a SFTP connection to the server 2) Initiate a SFTP connection to the server 3) FileZilla prompts for initial password 4) enter password 5) Server sends this text back: Your password expires in 12 days. Please change it as soon as possible. 6) FileZilla pops up a "keyboard-interactive authentication" input dialog box 7) press Enter key fails the dialog box validation code resulting in an error popup stating "You have to enter a string!". 8) clicking on "cancel" button result in a connected session but nothing in the remote directory panel, clicking on the "refresh" option doesn't do anything. Version Used: FileZilla Client 2.2.30 |
|||||
#1233 | Minor display issue | normal | 17 years | 17 years | ||
Description |
When the main window is maximized, the red LED in the lower right corner is slightly cut off. This is under Windows 2000. On XP, it looks fine. See attached screen capture. (Note: the local drive contents have been blanked out for privacy.) |
|||||
#1226 | Encountering Hidden Directories | normal | 17 years | 17 years | ||
Description |
The problem is we use a hidden unix directory to allow us to share a username/password, yet provide relatively private directories. It achieves the degree of security we require - after all, it is FTP :-) /pub permissions are 555 (r-xr-xr-x) /pub/hidden permissions are 711 (rwx--x--x) and it is owned by ROOT /pub/hidden/whatever permissions are 755 (rwxr-xr-x) and is owned by the ftp account. This allows me to have full access to /pub/hidden/whatever, but (as intended) doesn't let me view the names of any directories in /pub/hidden. Anyways, FileZilla seems to get stuck traversing down the directory tree when it gets to /pub/hidden, even though my initial directory is set to /pub/hidden/whatever. If I manually traverse down the tree, it shows the contents of the /pub/hidden as <Empty directory listing> & returns to that listing no matter what subdirectory I enter. Please let me know if you think this is might be resolved in a future release. I would be happy to test any new version for you. |
|||||
#1228 | Problem with MAC Formated Files | normal | 17 years | 17 years | ||
Description |
Hello, we got a strange failure by uploading files which are created with a macintosh. Files like *.html or *.js shout be uploaded as ASCII, but when the format is from a mac, the automatic choosing ASCII or Binary mode for upload don´t work. Even when i open the html or js files and save them as windows or unix formated the upload work fine. Can be this a bug or do i have to change some settings? P.S. when i have uploaded the mac formated files as binary, does it worked too. Best regards Martin Bort |
|||||
#1234 | FileZilla.xml stored in incorrect location (2.2.29) | normal | 17 years | 17 years | ||
Description |
The configuration file "FileZilla.xml" is stored in an incorrect location. Program data files should be stored in the location returned when using the flags "CSIDL_LOCAL_APPDATA", "CSIDL_COMMON_APPDATA", etc. It must not be stored in the same directory as the application itself. This is particularly important for newer operating systems (ie, Windows NT onwards) that have the basics of user security enabled, it's particulaly important for correct Windows Vista operation. This is the case in version 2.2.23. I have not checked if this bug is still in place in the new version 3. |
|||||
#1231 | Client bug | normal | 17 years | 17 years | ||
Description |
Look at the picture! I been loading up with v3 and the folder view says i´m not connected with server.... |
|||||
#1227 | Site manager loses all sites | normal | 17 years | 17 years | ||
Description |
When I installed Filezilla 3 beta, I lost all my Site Manager settings. The weird thing is when I reinstalled 2, they all came back. I installed Filezilla 3 over the existing folder, instead of in a different folder, so maybe that's the reason. For instance, Filezilla.exe was replaced during the install of 3 (and subsequently re-replaced when I installed 2). |
|||||
#1216 | if username have "%" the login fails | critical | 17 years | 17 years | ||
Description |
If the user name has a character % the connection it gives error. Filezilla 3.0.0-beta4 for Linux |
|||||
#1215 | 2.2.30: Can't start SFTP process, FzSFtp.exe "missing" | normal | 17 years | 17 years | ||
Description |
I recently upgraded from 2.2.29 to 2.2.30. 2.2.29 was working flawlessly before the upgrade. Immediately after upgrading, SFTP stopped working. Upon trying to connect, FileZilla would report in the log window: Error: Can't start SFTP process. Please ensure that the file 'FzSFtp.exe' is in the same folder as 'FileZilla.exe' Error: Unable to connect! It would then retry several times with a pause in between tries. All attempts would fail. I went to my FileZilla installation folder (C:\Program Files\FileZilla) and verified that the program FzSFtp.exe did exist. When I opened a command prompt in that folder and manually executed that command, I got: C:\Program Files\FileZilla>fzsftp Program too big to fit in memory No configuration changes were made between the working version of 2.2.29 and the upgrade. Downgrading back to 2.2.29 let FileZilla start working again, so I'm assuming something changed in 2.2.30 that broke FzSFtp.exe. I was able to reproduce this problem on two different systems (one XP Pro SP2, the other XP Home SP2). |
|||||
#1210 | Crash when creating too long filename | normal | 17 years | 17 years | ||
Description |
FileZilla client 2.2.29 crashes when it tries to create on the client side a file whose path+filename is over the Windows filename length limit (which seems to be 256 characters excluding C:\ or similar in the beginning of the path). The following log is from downloading files test56789012.txt and test567890123.txt to client directory C:\testdir01\testdir02\testdir03\testdir04\testdir05\testdir06\testdir07\testdir08\testdir09\testdir10\testdir11\testdir12\testdir13\testdir14\testdir15\testdir16\testdir17\testdir18\testdir19\testdir20\testdir21\testdir22\testdir23\testdir24 The first file succeeds (having path+filename only 256 characters long), but the second one fails (its path+filename being 257 characters long). Status: Starting download of /test56789012.txt Command: TYPE A Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=13 caller=0x003f95b4 Response: 200 Type set to A Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=13 caller=0x003f95b4 Command: PASV Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=17 caller=0x003f95b4 Response: 227 Entering Passive Mode (217,78,32,197,224,216). Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=17 caller=0x003f95b4 Command: RETR test56789012.txt Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=18 caller=0x003f95b4 Response: 150 Opening ASCII mode data connection for test56789012.txt (746 bytes) Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=18 caller=0x003f95b4 Trace: TransferSocket.cpp(558): SetActive() caller=0x01107ccc Trace: TransferSocket.cpp(446): OnConnect(0) caller=0x01107ccc Trace: TransferSocket.cpp(518): OnClose(0) caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(1969): TransferEnd(24) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(2004): FileTransfer(0, TRUE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: TransferSocket.cpp(96): ~CTransferSocket() caller=0x01107ccc Trace: TransferSocket.cpp(1125): Close() caller=0x01107ccc Trace: FtpControlSocket.cpp(823): OnReceive(0) OpMode=24 OpState=19 caller=0x003f95b4 Response: 226 Transfer complete. Trace: FtpControlSocket.cpp(2004): FileTransfer(0, FALSE, 0) OpMode=24 OpState=19 caller=0x003f95b4 Trace: FtpControlSocket.cpp(3988): ResetOperation(1) OpMode=24 OpState=19 caller=0x003f95b4 Status: Download successful Trace: FtpControlSocket.cpp(2004): FileTransfer(17852120, FALSE, 0) OpMode=0 OpState=-1 caller=0x003f95b4 Status: Starting download of /test567890123.txt |
|||||
#1211 | Installer violates GPL | normal | 17 years | 17 years | ||
Description |
The installer flat out says you *MUST* accept GPL to install FileZilla 2.2.29. However, The GPL V2 states: Section 0: "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted..." And similarly, Section 5: "You are not required to accept this License, since you have not signed it." Could you look into rewording the license screen on the installer? |
|||||
#1087 | 0 Mb Size Calculation | normal | 18 years | 17 years | ||
Description |
I know it's petty, but it's hard to guage if my transfer went through correctly if it says that the file size is 0 Mb. Even as little as 10.24 Kb is still .01 Mb I'd like to see Mb display in fractions thereof, rather than whole numbers and zeros. I'm submitting my petty request as a bug because the majority of my ASCii files show as 0 Mb. I've attached a screenshot to express the frustration. |
|||||
#1209 | Chinese character bug | normal | 17 years | 17 years | ||
Description |
FileZilla 3.0.0 beta4 Language: Chinese(simplifed) Quickconnect's menu->clear history In Chinese, phrase "clear history" is "清除å†å²è®°å½•" not "清楚å†å²è®°å½•" Thanks, over |
|||||
#912 | Window resizes on minimizing to "restored" size | normal | 19 years | 17 years | ||
Description |
For some versions now I'm encoutering the same problem (effect, less a real problem). After minimizing the FileZilla Application window or pressing "show desktop" and switching back to FileZilla, the window resizes from "maximized" to "restored" size. This only happens the first time after starting the App; every next time I minimize or switch to desktop, everything's fine on turning back to FileZilla and the window status is still "maximized". Any idea or suggestions? Thanks, greetings, Felix |
|||||
#1082 | File Zilla - strange mouse behaviour | normal | 18 years | 17 years | ||
Description |
Hi ! To repeat this little bug on your PC, please do the following:
pointer to the active item
You will see that the pointer moves somewhere to the right rapidly on startup. This bug is present from version 2.2.21 or sth like that (I don't remember but I am sure it was not present before) Greets, Prozac |
|||||
#1206 | Drag & Drop and double-click to edit Files | critical | 17 years | 17 years | ||
Description |
Drag & Drop and double-click to edit Files is not longer working at 3.0.0-4beta! At all older Releases it works pretty well. Filezilla 3 seems to get unusable. |
|||||
#1080 | QuickConnect does not trim the server name | normal | 18 years | 17 years | ||
Description |
When entering a server name (DNS name) that contains a space, such as: "dotnet15.hostbasket.com " as opposed to "dotnet15.hostbasket.com" (without the quotes), FileZilla will fail to connect. Since domain names cannot end nor start with spaces, the domain name entered in the textbox ("Address") should be trimmed. This bug is relevant because addresses may be copied from the web and hence may include spaces (this is how I hitted the bug). |
|||||
#1202 | Empty local file window | normal | 17 years | 17 years | ||
Description |
Version 2.2.8 and several versions before During a compile a new version of one of my apps using mingw (which takes a few minutes), the local file window is refreshed and it after that shows nothing. I suspect that FileZilla steps out once it cannot gain access to files within a certain time frame. A manual refresh after compile has finished does not make the empty local file window go away. The local directory window remains the same before, during and after. |