Custom Query (10465 matches)
Results (4301 - 4400 of 10465)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#3188 | po error cause build fail | closed | Bug report | normal | Other | |
Description |
build from trunk, there would be lots of po errors like following: Processing file "tr.po.new"... Lines 1138, 1139 (tr.po.new): incompatible printf-format.
Lines 1138, 1139 (tr.po.new): incompatible printf-format.
ERROR: 2 error(s) found. make[1]: * [tr.mo] Error 1 |
|||||
#3190 | 3.0.0-beta11 files > 2GB don't show file size in client | closed | Bug report | normal | Other | |
Description |
After connecting to an IIS FTP server, files of +2 GB do not dosplay the file size. The attached screen print is after disconnecting and reconnecting and even doing a refresh. Note that the files to the right are missing the file sizes in the display. |
|||||
#3191 | Always trust certificate in future sessions not work | closed | Bug report | normal | FileZilla Client | |
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. |
|||||
#3192 | Error loading queue.xml | closed | Bug report | normal | FileZilla Client | |
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 |
|||||
#3193 | Remote file selection changes on download | closed | Bug report | normal | Other | |
Description |
v3.0.0-rc1 When I multi-select files from a remote server, then right-mouse/download, when all files have been completed, the files SELECTED in the list CHANGES. Additionally, I get a "do you want to replace file 'A' with file 'A' " message, when there originally was no file A. FileZilla seems to be copying it partially, then trys to re-copy it; when doing so, it sees the partial copy, then asks to 'overwrite?' it. |
|||||
#3194 | View/Edit Missing | closed | Bug report | normal | FileZilla Client | |
Description |
The View/Edit selection is missing from the popup window when a file is right clicked. |
|||||
#3195 | Limit number of simultaneous connections != Queue transfer | closed | Bug report | normal | FileZilla Client | |
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. |
|||||
#3196 | Apple Mouse scroll wheel causes app failure | closed | Bug report | normal | FileZilla Client | |
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 |
|||||
#3197 | UTF8/Umlaute-Bug in German | closed | Bug report | normal | FileZilla Client | |
Description |
Its currently not possible to translate files with ä,ö,ü,... in their names (yes, I did NOT choose those names....). "Übertragung konnte nicht gestartet werden" Befehl: RETR 07-08-15 - SCI FI - Raumschiff Enterprise - Das nächste Jahrhundert - Andere Sterne_ andere Sitten.eit Antwort: 550 Failed to open file. Fehler: Kritischer Fehler Anything else you need? |
|||||
#3198 | No way to set the Interface to use Medium or Large Icons | closed | Bug report | normal | FileZilla Client | |
Description |
Using Filezilla 3.0.0.RC2 under feisty. This release comes with Blukis icon set, in all three sizes. Selecting in Settings > Interface > Themes: Blukis, changes the Icon Set, but there is no intuitive way to change the interface icon sizes. Tried selecting "Large icons" in the Preview, the clicking OK, but that did not help. Missing "icon set size" combo-box perhaps? Thanks! |
|||||
#3199 | A few Blukis Icons look jagged in Medium and Small sizes | closed | Bug report | normal | FileZilla Client | |
Description |
For some reason a few of the Blukis icons look visibly jagged in my nowadays common display size (1280 x 1024) The same icons loaded in SVG format (as posted in Filezilla forums) in Inkscape and then displayed at the same icon size/resolution (32 x 32, 64 x 64) look awesome, so this seems to be easily fixable. This is specially evident in the icons containing the refresh circle, upload and download arrows, and the little earth. Thanks! |
|||||
#3200 | Searching with keyboard doesn't work anymore | closed | Bug report | normal | FileZilla Client | |
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 |
|||||
#3201 | RC2 connect with SSH problems | closed | Bug report | normal | Other | |
Description |
Hi, After updating to RC2 of FileZilla 3 Client it will no longer connect when using SSH authentication. Connecting with the same key from the same computer with FileZilla 2 works OK, as did the previous release of FileZilla 3 Here is the connection log: Status: Connecting to vytautas.mine.nu:22... Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Command: open "ftpweb@…" 22 Trace: Looking up host "vytautas.mine.nu" Trace: Connecting to 192.168.1.100 port 22 Trace: Server version: SSH-2.0-OpenSSH_4.5 Trace: Using SSH protocol version 2 Trace: We claim version: SSH-2.0-PuTTY_Local:_Aug_26_2007_22:50:51 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange with hash SHA-256 Trace: Host key fingerprint is: Trace: ssh-rsa 1024 65:16:d9:bc:18:86:c6:10:db:7b:68:27:cc:fe:a5:e2 Trace: Initialised AES-256 SDCTR client->server encryption Trace: Initialised HMAC-SHA1 client->server MAC algorithm Trace: Initialised AES-256 SDCTR server->client encryption Trace: Initialised HMAC-SHA1 server->client MAC algorithm Trace: Reading private key file "C:\Documents and Settings\User\My Documents\Keys\Linux-Server-FC4.ppk" Trace: Pageant is running. Requesting keys. Trace: Pageant has 1 SSH-2 keys Trace: Configured key file not in Pageant Trace: Offered public key Trace: Server refused public key Trace: Disconnected: No supported authentication methods available Error: Disconnected: No supported authentication methods available Trace: CSftpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry... |
|||||
#3202 | Toolbar does not take Windows default color | closed | Bug report | normal | FileZilla Client | |
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) |
|||||
#3203 | File selection bug when file filtering is enabled | closed | Bug report | normal | FileZilla Client | |
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... |
|||||
#3204 | progress bars etc. don't obey scrolling in queue view | closed | Bug report | normal | FileZilla Client | |
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 | closed | Bug report | normal | FileZilla Client | |
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 |
|||||
#3206 | The update could not start: wrong filepath (3.0.0-rc3) | closed | Bug report | normal | Other | |
Description |
after automaticaly downloading the update (3.0.0-rc3), the installation could not be started because the file c:\users\myname\documents\ etc. could not be found. Indeed, On my dutch computers I have the dutch translation for users and documents. Improvement for the programmer: ask the special folder My documents instead of composing it by yourself. |
|||||
#3209 | Dialog "settings" displaced. | closed | Bug report | normal | FileZilla Client | |
Description |
Using 1024x768 pixels the "settings"-dialog appears at the right side of the screen with some part no longer visible. |
|||||
#3210 | File-size only displayable in bytes | closed | Bug report | normal | FileZilla Client | |
Description |
It is not possible to view the file-sizes in kilobytes or megabytes any more. That would be very appreciated to concisely see how large the files are. |
|||||
#3211 | Bug while importing previous settings(Filezilla.xml) | closed | Bug report | normal | Other | |
Description |
FileZilla version: 3.0.0 OS: Windows XP SP2 When importing site usernames and passwords from previous filezilla versions, sites with DontSavePass="1" should have Logontype="Ask for password" instead of "Normal" so that the new filezilla asks for password on connection like the old one. |
|||||
#3212 | Queue and Server-Protocol always shown by default | closed | Bug report | normal | FileZilla Client | |
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. |
|||||
#3213 | Language changing bug | closed | Bug report | normal | FileZilla Client | |
Description |
When changing languge of FileZilla client from estonia to russian half of application still in estonian language. |
|||||
#3214 | Possible problem with sitemanager.xml syntax | closed | Bug report | normal | Other | |
Description |
I just created a new dummy site after a fresh installation of FZ3. This is what the sitemanager.xml look like: <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <FileZilla3>
</FileZilla3> As you can see, the site's name "New site" is not stored inside any tag, but loosely inside its parent "Server" tag. I'm not sure if this is valid XML. At least it would be nice to introduce a "Name" tag to encapsulate the site's name. The same holds true for a folder's name ("New folder" in the example above). |
|||||
#3215 | Write to write-protected folder shows "file already exists" | closed | Bug report | normal | FileZilla Client | |
Description |
If the user tries to upload a file to a remote directory that they don't have write access to, a dialog will pop up saying that the file in question already exists and prompting for actions in that case. Also, the file will appear in the directory listing until refreshed. This can be very confusing if the user doesn't realise they're trying to write to a write protected folder. Bug observed in FileZilla 3.0.0 under Windows XP. |
|||||
#3216 | Directory panes get bigger and bigger on each restart | closed | Bug report | normal | FileZilla Client | |
Description |
Each time I open FileZilla, both the local and remote directory panes (at the top in standard view) get larger and larger, up to a point. If I make them smaller by moving the bar upwards, next time I open FZ they have moved down a little. They seem to stop moving down when they have reaced about halfway (ie directory and file panes are same height). |
|||||
#3217 | Command Lines Aren't Properly Accepted | closed | Bug report | normal | FileZilla Client | |
Description |
FileZilla 3 isn't correctly accepting the command-line parameters that FileZilla 2 did. |
|||||
#3218 | Remember password is checked | closed | Bug report | normal | FileZilla Client | |
Description |
Hi, Good work with new interface. Please make Filezilla work like 2.X version so that if password is left blank, user will prompted with Win32 Input Box. This can provide excellent security. |
|||||
#3219 | Site Manager: Cannot Drag Existing Sites | closed | Bug report | normal | FileZilla Client | |
Description |
In previous versions of FileZilla, one was able to drag sites to/from folders in the File Manager. Now, you are not able to drag them at all (the dimmed icon usually shown during dragging does not even show) |
|||||
#3220 | Dragging Folder to Local doesn't show up | closed | Bug report | normal | FileZilla Client | |
Description |
When dragging a folder from the remote, to a folder inside FileZilla (default bottom left quarter-pane), the new folder just transfers and the window does not refresh or show the new folder. |
|||||
#3221 | CRASH on startup | closed | Bug report | normal | Other | |
Description |
Built from source on openSUSE 10.3 wxGTK 2.8.4 Glib 2.14.0 gnutls 1.6.1 GCC 4.2.1 Glibc 2.6.1 I recieve the attached crash report from "Bug Buddy" |
|||||
#3222 | Connection dropped every 10 minutes | closed | Bug report | normal | FileZilla Client | |
Description |
When I use FileZilla 3.0 (and 3.0.0-rc3) to upload 30 - 45 MB files to my web server, the connection gets dropped every 10 minutes. I click on Quickconnect and the file transfer continues. I called my web hosting company and they thought FileZilla was the problem. Today I transferred a file to the same server using a different client (FTP Commander) and it worked fine. My connection was never dropped. A tech support person at my web hosting company tested the same transfer using an old version of FileZilla (2. something) and it worked fine. I wanted to let you know. |
|||||
#3223 | Disconnect on deletion of large files | closed | Bug report | normal | FileZilla Client | |
Description |
We generate very large files, often 10-12GB, which we use Filezilla to manage. I've noticed that sometimes when I ask Filezilla to delete a file that is this large, it will frequently disconnect. When I reconnect, I see the file is in deed deleted, but I think this qualifies as a bug. If the disconnect occurs while deleting multiple files, when I reconnect, all files after the one that caused the disconnect remain. I've seen this in both FZ2 and FZ3. |
|||||
#3224 | Can't select OpenVMS folders | closed | Bug report | normal | FileZilla Client | |
Description |
When we double click on any VMS folder, we are getting the following error:
Notice that FileZilla shows the folder with version number (which is usualy ";1"). For example, a folder called "FOLDERNAME.DIR;1" is shown "FOLDERNAME;1" when it should be "FOLDERNAME". Client tested: FileZilla 3.0.0 for Windows. Servers tested: OpenVMS 8.3 on Itanium; OpenVMS 7.3-2 on Alpha |
|||||
#3225 | Cyrillic filenames (cp1251) not showing | closed | Bug report | normal | Other | |
Description |
If server encoding is cp1251 and some file have cyrillic characters this files not showing in list. P.S. FileZilla 3 Final for Linux |
|||||
#3226 | Export SiteManager Password in Plain Text | closed | Bug report | normal | FileZilla Client | |
Description |
In FileZilla v2.x the FileZilla.xml had the Passwords MD5 hashed. In FileZilla 3, the XML files are stored in the %USER%/Application Data/FileZilla folder. The sitemanager.xml file stores the passwords in Plain Text and not as a MD5 Hashed value. If the SiteManager settings are exported, we find the passwords stored as plain text in the exported file. Atleast sitemanager.xml should have the passwords hashed. |
|||||
#3228 | remote symlinks displayed as "folder" | closed | Bug report | normal | FileZilla Client | |
Description |
if a file on the remote server is actually a symbolic link, it is displayed as a directory: the directory icon and filetype "Folder". doubleclicking on one of these remote symlinks then attempts to get a directory listing of that file and unsurprisingly fails. however, putting functions flawlessly (the target of the symlink is updated). i haven't tested getting as far as i know. this is filezilla 3.0.0 (binary downloaded by filezilla 3 beta's update function) on fedora core 6 <tremby@tremendo:~>$ uname -a Linux tremendo 2.6.22.4-45.fc6 #1 SMP Tue Aug 21 18:29:10 EDT 2007 i686 athlon i386 GNU/Linux |
|||||
#3229 | Renaming with F2 can make things... weird | closed | Bug report | normal | FileZilla Client | |
Description |
I am using Ubuntu 7.04 with filezilla 3 (official) Ftp to any server in a folder with more then let's say 5 files. Clic on the first file, press F2. Press the down arrow, and press F2 again. Press the down arrow, and press F2 again. Press the down arrow, and press F2 again. Then double clic on the ".." folder to go to the parent folder. See any problems? :) See attached files... |
|||||
#3230 | miss setting interface for OPTION_TRANSFERRETRYCOUNT | closed | Bug report | normal | FileZilla Client | |
Description |
no interface to change OPTION_TRANSFERRETRYCOUNT |
|||||
#3231 | Fail to get desktop path | closed | Bug report | normal | Other | |
Description |
Trying to open the Desktop folder produces the message "Failed to get desktop path". Although the path for my desktop and my documents have been altered, their locations are properly set in the registry and Filezilla can access the "my documents" folder without problems. Filezilla should not try to get the desktop by following the %USERPROFILE%\Desktop route but it should get the path from the registry. |
|||||
#3232 | reset item from failure queue tab still with same errorcount | closed | Bug report | normal | FileZilla Client | |
Description |
Reset item from failure queue to normal queue, the ErrorCount never reset. |
|||||
#3233 | no delay if dns resolve failed | closed | Bug report | normal | FileZilla Client | |
Description |
if we not using ip address directly for server, and after we lost connection, the hostname resolve will be failure. FZ3 will try to reconnect immediately, no any delay. I think this should have delay for OPTION_RECONNECTDELAY. |
|||||
#3234 | French Translation Errors | closed | Bug report | normal | Other | |
Description |
In Filezilla 3.0, There're mistakes in French translation. Two errors in Éditer > Configuration > Transferts > Délai d'attente : "Si il est impossible d'envoyer ou de recevoir des données pendant cette période, la connection sera fermée et FileZilla essaiera de se reconnecter." which should be : "S'il est impossible d'envoyer ou de recevoir des données pendant cette période, la connexion sera fermée et FileZilla essaiera de se reconnecter." |
|||||
#3235 | Server-Path in address-bar not correct after copying files. | closed | Bug report | normal | FileZilla Client | |
Description |
When copying several subfolders, filezilla always sows the content of these folders for a moment. After having shown the last subfolder, one again sees the "beginning-folder" at the top (all this on on the server-side). But the address-bar for the server still displays the name of the subfolder the last files were copied from. This is a bit confusing. (Opening another folder finally corrects the path displayed.) |
|||||
#3236 | Cannot create new connection | closed | Bug report | normal | FileZilla Client | |
Description |
Windows Vista Home Premium, Filezilla 3 - cannot create a new connection in the connection manager. Connection manager fields are greyed-out, and there is no context right-click menu on the accounts to create a new connection. Quickconnect does work fine. |
|||||
#3237 | Help > About freezes Program | closed | Bug report | normal | Other | |
Description |
Windows Vista Home Premium, Filezilla 3, clicking on Help>About to get the exact version for previous bug report, program froze and Vista closed it as a non-responsive program. Tried this twice, same result. |
|||||
#3238 | Missing Possibility to Specify FTP Proxy Settings | closed | Bug report | normal | FileZilla Client | |
Description |
There is no longer the section Edit->Settings->FTP Proxy Settings in the UI. No other ways of setting the FTP proxy were found!? |
|||||
#3239 | Failed to get desktop path | closed | Bug report | normal | FileZilla Client | |
Description |
Click on Desktop (root of file/folder tree in left-hand pane) gives message "Failed to get desktop path" - running on WinXP Pro x64, client 3.0.0. Desktop is in registry correctly, but is a redirected folder to a CIFS share... (consequently does not appear under c:\Documents and Settings\<username>\) |
|||||
#3240 | Doesn't read my FileZilla.xml | closed | Bug report | normal | Other | |
Description |
FileZilla 3.0 doesn't read my FileZilla.xml from 2.X. |
|||||
#3241 | French transation | closed | Bug report | normal | FileZilla Client | |
Description |
When I download a file, it ask me to overwrite, resume, ... The third checkbox is "N'aAppliquer qu'aux téléchargements". It should be "N'appliquer qu'aux téléchargements". |
|||||
#3242 | Colons in file names not replaced | closed | Bug report | normal | FileZilla Client | |
Description |
With version 3.0.0: Downloading files with colons in their names from environments that allow such things to an environment like windows that does not results in unexpected behavior. Reproduce: Have four files named '4:30.jpg' through '4:33.jpg', and try transferring them to a Windows machine. The result will be a single empty file with name '4'. |
|||||
#3243 | Repositions its Windows Off the Display by itself | closed | Bug report | normal | FileZilla Client | |
Description |
On my Mac OS X system, (details follows):
The main window is constantly jumping off the screen. I have two physical monitors connected to the ATI X1900XT graphics card and FileZilla's window seems to reposition itself off those screens whenever I do something like Maximize or open a child window in the application. I just downloaded and installed the current released version today. This doesn't happen on the PC/Windows version I use. |
|||||
#3244 | Client window close doesn't save window position | closed | 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) |
|||||
#3245 | building FZ3 on Cygwin | closed | Bug report | normal | FileZilla Client | |
Description |
I've attempted to build FZ3 (3.0.0 and 3.0.1) for Cygwin (cygwin-1.5.24, gcc-3.4.4, wxGTK2-2.8.4), but the build fails when linking filezilla.exe: filezilla-QueueView.o: In function `_Z41static_initialization_and_destruction_0ii': /usr/include/wx-2.8/wx/event.h:2266: undefined reference to `impfzEVT_GRANTEXCLUSIVEENGINEACCESS' I'm not sure why this is happening, but I did notice that this is the only wxEvent call that appears in more than one source file. |
|||||
#3246 | Remember frame positions | closed | Bug report | normal | FileZilla Client | |
Description |
Currently, everytime you start the app (v3.0.0) it repositions the windows to the default. For instance, with the 'classic' layout, I need to resize the directory listings because, compared to the 'local site' and 'remote site' frames, the directory listings are much to small. However next time I restart Filezilla, these positions are reset. In previous versions, there was a settings option for remembering window positions. This should be reintroduced. |
|||||
#3247 | Display of connected-to server | closed | Bug report | normal | FileZilla Client | |
Description |
Nowhere on the interface, once you've connected to a server, does it actually display which server you are connected to. Not the menu bar or anywhere within the window itself. In the list of queued files and failed / successful transfers, there is a server history of sorts, but this doesn't help to determine where you are currently connected if you are switching between many different servers over a period of time. |
|||||
#3248 | Filezilla 3 disconnecting every 2 minutes! | closed | Bug report | normal | FileZilla Client | |
Description |
Windows vista, filezilla 3 is disconnecting every 30 seconds. I've tried changing settings, it wont keep a connection. Filezilla 2 did not have this problem for me. |
|||||
#3249 | Router trouble | closed | Bug report | normal | Other | |
Description |
Connecting to probe.filezilla-project.org Response: 220 FZ router and firewall tester ready USER FileZilla Response: 331 Give any password. PASS 3.0.1 Response: 230 logged on. Checking for correct external IP address Retrieving external IP address from http://ip.filezilla-project.org/ip.php Checking for correct external IP address IP 66.75.193.148 gg-hf-bjd-bei Response: 200 OK PREP 6895 Response: 200 Using port 6895, data token 411394424 PORT 66,75,193,148,26,239 Response: 502 Port mismatch. Tainted by router or firewall. Server sent invalid reply. Connection closed I've tried several different things, but i don't know what else to do, this is the error message that pops up when i try to configure by using the network wizard on filezilla, any help would be greatly appreciated. Russell |
|||||
#3250 | command line options | closed | Bug report | normal | FileZilla Client | |
Description |
Filezilla 3.0.1 Windows XP SP2 Starting "filezilla.exe ftp://username:password@hostname" results in a message "Unexpected parameter" and no ftp connection. These commandline options were supported in Filezilla 2.x. |
|||||
#3251 | Shell Extension malfunction | closed | Bug report | normal | Other | |
Description |
Anytime I try to drag and drop a file onto my desktop, or any other explorer windows, I get this error message: Could not determine the target of the Drag&Drop operation. Either the shell extension is not installed properly or you didn't drop the files into an Explorer window. Simultaneous to the appearance of the error message, a folder is created at the drop destination with a filename always similar to "fz3-11905133955930" I've tried re-installing the program, but it doesn't seem to change anything. I can use the queue without any trouble. All other functions appear to operate properly. |
|||||
#3252 | TimeZone Offset is Limited | closed | Bug report | normal | Other | |
Description |
My remote server is at -7 GMT and I am located at +9 GMT -- a +16 hours difference. The Site Manager Timezone Offset will not accept an offset greater than 13 hours. I am using the most current version of Filezilla (3.0.1). |
|||||
#3253 | TimeZone Offset is Limited | closed | Bug report | normal | Other | |
Description |
My remote server is at -7 GMT and I am located at +9 GMT -- a +16 hours difference. The Site Manager Timezone Offset will not accept an offset greater than 13 hours. I am using the most current version of Filezilla (3.0.1). |
|||||
#3254 | Qued list has not correct values | closed | Bug report | normal | Other | |
Description |
v3.0.1.0 (non beta) Qued download list is showing total files for both .zip total and zip files content files total. Only need files total. Do not need zip contents files total added to the list. As a result lauching with such a high number in the list. It takes forever to load the app. And when it is running or quitted. It does not free its resources cleanly. Pc is like a slug until after a reboot. taskmanger when loading example. Filezilla cpu 99 mem usage 180,728K page faults 264,728 These values do go down after a few minutes. When filezilla eventualy appears. If load filezilla without a que of downloads it starts instantly and exists cleanly. Without a need to reboot. |
|||||
#3255 | Could not load queue.xml | closed | Bug report | normal | Other | |
Description |
When I close or open FileZilla 3.0.1 I get the next error: Could not load queue.xml, Please make sure the file is valid and can be accessed. The file does realy exists. With other Options I have no problems |
|||||
#3256 | Timezone conversion error - incorrect year | closed | Bug report | normal | Other | |
Description |
This is a fresh look at bug 1608370 (which was closed as it was mis-categorized as a server bug) In my case it's solely a Client bug (FileZilla Client 3.0.1) The issue is definitely related to timezones. When a file is uploaded to a FTP server between midnight local time and midnight GMT, the file's year is decremented. (At least that is the case for those of us that are X hours behind GMT time.) In my case, I'm GMT -0400 - so the error only shows itself for the 4 hours between midnight GMT and midnight EST. Here's snapshot #1: I'm uploading a fresh file 11:03pm Eastern on 9/24 (aka GMT 03:03 9/25) Response: 220 ProFTPD 1.3.0a Server Command: SYST Response: 215 UNIX Type: L8 Command: LIST -a Response: 150 Opening ASCII mode data connection for file list Listing: drwxr-x--x 2 user1103899 user1103899 4096 Sep 25 03:03 . Listing: drwxr-x--x 8 user1103899 user1103899 4096 Apr 18 17:39 .. Listing: -rw-r--r-- 1 user1103899 user1103899 1362 Sep 25 03:03 cache.xml Response: 226 Transfer complete. Status: Directory listing successful The resulting "Last Modified" date shown in FileZilla Client is: cache.xml 9/24/2006 11:03:00 PM So, notice the YEAR is off by 1. However, it's done the timezone conversion properly for the time, and day of the month. I'll do another snapshot just past midnight, so you can see the exact same file correct itself in the Client. |
|||||
#3257 | Site Manager/Preferences | closed | Bug report | normal | FileZilla Client | |
Description |
Hello... When opening the Site Manager or Preferences Pane, the main application screen shoots across my screen into a corner. Then, I get two error messages (see attached) and then I can not access the Preferences. I can enter the Site Manager. I'll attach in one PDF. |
|||||
#3258 | MSW: Uninstall on upgrade aborts installation in progress | closed | Bug report | normal | Other | |
Description |
Hi there,
just a thought, as about 6 people on different pc's have been phoning me asking me what happens everytime they upgrade and that is always the case. majority are using xp but one is using vista..same results though. |
|||||
#3259 | Installer violates GPL | closed | Bug report | normal | Other | |
Description |
This is an issue that was fixed in either 2.29 or 2.30 (issue 1626027). The installer once again requires acceptance of GPL v2 to install. See issue 1626027 for the reasons why this is incorrect. Thanks |
|||||
#3260 | Client fails to prompt for password | closed | 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. |
|||||
#3261 | sites from filezilla.xml not imported to 3.01 | closed | Bug report | normal | Other | |
Description |
when I copied the filezilla.xml file from my older version filezilla to the 3.01 directory after installation and before I ran it for the first time, I ended up with an empty site list. big disappointment. it's not like I have them all written down in one place. even a File|Import menu item would be nice. especially since the filezilla client is in a different directory now. |
|||||
#3262 | site manager - can only add 1 site, v3.01 | closed | Bug report | normal | Other | |
Description |
as it is, having to save, exit, click the site manager button, cilck the new site button just to add another site is too many extra steps. please simplify. thanks in advance. |
|||||
#3263 | connection to host server | closed | Bug report | normal | FileZilla Client | |
Description |
When I try to connect to the host server for our website the connection times out. It appears that the login information is not being submitted to the server. When I use Filezilla 2.2.32 I do not have the same problem. The beta version of Filezilla is 3.0.1 |
|||||
#3264 | Mac OS X Windows behave badly | closed | Bug report | normal | FileZilla Client | |
Description |
Mac OS X version (Intel version specifically in this case). Whenever a new window is opened such as when clicking the "Open the site manager" button, the current window relocates (sometimes off the screen) and the new window opens in a random location. If the main window relocates off the screen, the only way to fix it is to quit and restart filezilla. |
|||||
#3265 | incomplete imports | closed | Bug report | normal | Other | |
Description |
important things that need to be imported besides the username pass and servername are:
anything that can be imported from the XML file should be. this was the behavior in older versions of filezilla. currently it ignores settings it considers unimportant. reasoning: having to go in and change the settings for all the connections is sort of a hassle and wastes time. |
|||||
#3266 | Filezilla crashes when I open an especific site in browser | closed | Bug report | normal | FileZilla Client | |
Description |
If I have Filezilla 3.01 open, and then I open the site www.bradesco.com.br in Internet Explorer 7, Filezilla crashes. If the site is allready open in Internet Explorer 7, and then I try to open Filezilla, it opens and crashes again. It does not happen with any other site that I tested... |
|||||
#3267 | 3.5.3 Slow Startup | closed | Bug report | normal | FileZilla Client | |
Description |
OS: WinXP SP 2 HW: Dell Dimension 5150, P4 3.2GHz, 1GB RAM On my system, FileZilla Client 3.0.1 takes approximately 25 seconds to start. This time period is fairly constant whether or not the file is cached. FileZilla 2.x had relatively short startup times. |
|||||
#3268 | Uploads of 300kb files failing | closed | Bug report | normal | Other | |
Description |
I'm having trouble uploading files that are approximately 300KB in size. I've tried with FileZilla 3.0.0 and 3.0.1. A 350,555 byte file stops uploading with a server disconnect after 37%. After disconnecting, FileZilla usually won't reconnect, but when it does the same issue repeats and the upload fails again at the exact same point. Smaller files upload fine and the ~300 k files upload fine when using FileZilla 2.2.25. The attached log shows an attempted upload which failed, a few automatic reconnection attempts which failed, and finally a successful reconnect with the upload failing again. Operating system is WinXP Media Center w/ Service Pack 2. |
|||||
#3269 | htm File transfer truncated | closed | Bug report | normal | FileZilla Client | |
Description |
FileZilla 3.0.1, XP SP2 When uploading a 96k .htm file called "CITY OF BROOKSVILLE.htm", the file size is about a 1000 bytes smaller than the original when it finishes transferring. I have tried playing with the Auto/Ascii/Binary settings without success. FTP Voyager 12 (which I'm trying to dump for FileZilla) does not suffer from this issue. Also received an unexptected disconnect or two from the ftp server. * Status: Resolving IP-Address for ftp.powweb.com Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Response: 220 Powweb FTP Server ready Command: USER bookscity Response: 331 Password required for bookscity. Command: PASS Response: 230 User bookscity logged in. Command: SYST Response: 215 UNIX Type: L8 Command: FEAT Response: 211-Features: Response: MDTM Response: REST STREAM Response: SIZE Response: 211 End Status: Connected Status: Retrieving directory listing... Command: CWD /htdocs/agenda/ Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda" is current directory. Command: TYPE I Response: 200 Type set to I Command: PORT 192,168,60,122,4,89 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: CWD 10-01-07 Regular Meeting Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Command: PORT 192,168,60,122,4,90 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Resolving IP-Address for ftp.powweb.com Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Response: 220 Powweb FTP Server ready Command: USER bookscity Response: 331 Password required for bookscity. Command: PASS Response: 230 User bookscity logged in. Status: Connected Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Command: TYPE A Response: 200 Type set to A Command: PORT 192,168,60,122,4,93 Response: 200 PORT command successful Command: STOR CITY OF BROOKSVILLE.htm Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Response: 226 Transfer complete. Status: File transfer successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,94 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,95 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Disconnected from server Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,109 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,110 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,111 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Resolving IP-Address for ftp.powweb.com Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Response: 220 Powweb FTP Server ready Command: USER bookscity Response: 331 Password required for bookscity. Command: PASS Response: 230 User bookscity logged in. Status: Connected Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Response: 250 CWD command successful Command: PWD Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Command: TYPE A Response: 200 Type set to A Command: PORT 192,168,60,122,4,118 Response: 200 PORT command successful Command: STOR CITY OF BROOKSVILLE.htm Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Response: 226 Transfer complete. Status: File transfer successful Status: Retrieving directory listing... Command: PORT 192,168,60,122,4,119 Response: 200 PORT command successful Command: LIST Response: 150 Opening ASCII mode data connection for file list Response: 226 Transfer complete. Status: Directory listing successful Status: Disconnected from server Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving IP-Address for ftp.powweb.com Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(0126A9B0) m_pEngine=010DA1A0 caller=01271670 Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Powweb FTP Server ready Command: USER bookscity Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for bookscity. Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User bookscity logged in. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: Resolving IP-Address for ftp.powweb.com Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(012681E0) m_pEngine=0123CE10 caller=0127B068 Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Powweb FTP Server ready Command: USER bookscity Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for bookscity. Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User bookscity logged in. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::SendNextCommand(0) Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Command: TYPE A Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to A Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: PORT 192,168,60,122,4,239 Trace: CFtpControlSocket::OnReceive() Response: 200 PORT command successful Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: STOR CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::OnReceive() Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Trace: CTransferSocket::OnConnect Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: File transfer successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Status: Resolving IP-Address for ftp.powweb.com Trace: CFtpControlSocket::OnReceive() Response: 421 No Transfer Timeout (300 seconds): closing control connection. Trace: Unexpected reply, no reply was pending. Trace: ControlSocket.cpp(948): CRealControlSocket::ContinueConnect(0126AC30) m_pEngine=0123CE10 caller=0127B068 Status: Connecting to 65.254.250.101:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220 Powweb FTP Server ready Command: USER bookscity Trace: CFtpControlSocket::OnReceive() Response: 331 Password required for bookscity. Command: PASS Trace: CFtpControlSocket::OnReceive() Response: 230 User bookscity logged in. Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of w:\agenda\10-01-07 Regular Meeting\CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::SendNextCommand(0) Command: CWD /htdocs/agenda/10-01-07 Regular Meeting/ Trace: CFtpControlSocket::OnReceive() Response: 250 CWD command successful Command: PWD Trace: CFtpControlSocket::OnReceive() Response: 257 "/htdocs/agenda/10-01-07 Regular Meeting" is current directory. Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Status: Retrieving directory listing... Trace: ftpcontrolsocket.cpp(852): List called from other command caller=0127B068 Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Command: TYPE I Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to I Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: PORT 192,168,60,122,4,249 Trace: CFtpControlSocket::OnReceive() Response: 200 PORT command successful Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: LIST Trace: CRealControlSocket::OnClose() Error: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Trace: CTransferSocket::OnConnect Trace: CFtpControlSocket::OnReceive() Response: 150 Opening ASCII mode data connection for file list Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Trace: CTransferSocket::OnClose Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::ListSend(0) Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand(0) Trace: CFtpControlSocket::TransferSend(0) Command: TYPE A Trace: CFtpControlSocket::OnReceive() Response: 200 Type set to A Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: PORT 192,168,60,122,4,250 Trace: CFtpControlSocket::OnReceive() Response: 200 PORT command successful Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Command: STOR CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::OnReceive() Response: 150 Opening ASCII mode data connection for CITY OF BROOKSVILLE.htm Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::TransferSend(0) Trace: CTransferSocket::OnConnect Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::OnReceive() Response: 226 Transfer complete. Trace: CFtpControlSocket::TransferParseResponse() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::SendNextCommand(0) Trace: FileTransferSend() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Status: File transfer successful Status: Disconnected from server Trace: CFtpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) * |
|||||
#3270 | Server File list not updated on file permission change | closed | Bug report | normal | FileZilla Client | |
Description |
FIleZilla 3.0.1 Server file list not updated on file permission change. When you edit the permission on a file on the server the file permission doesn't change in the list view. We have to refresh the view. Annoyance. |
|||||
#3271 | Bad change of directory | closed | Bug report | normal | Other | |
Description |
If you have two directories with the same name, some times the filezilla go to bad directory. Put this structure in your site with filezilla: DirA --file1inDirA DirB --file2inDirB --DirB1 --DirA (same name that other Dir in the rood directory) Then you go to DirB Now move (with mouse drag and drop) the file2inDirB to DirA (inside DirB). Now double-click in DirA (inside DirB) and ... you go to DirA in root directory. I have Ubuntu 7.04 and FileZilla 3.0.0-Beta7 THAT'S ALL FOLKS. |
|||||
#3272 | No confirm for delete in folder view | closed | Bug report | normal | FileZilla Client | |
Description |
If you try to delete a folder by right click -> delete in the remote folder window (e.g. the upper right) it won't ask for confirmation. If you do the same in the normal windows (e.g lower right) FileZilla asks if you really want to delete the file/folder(s). This happens in FileZilla 3.0.0 and 3.0.1 on Ubuntu GNU/Linux. I haven't tested it on other versions/platforms. |
|||||
#3273 | Window jumps toward the screen's bottom right in Mac | closed | Bug report | normal | Other | |
Description |
Hi, I am using a 15.4" MacBook Pro with Mac OSX Tiger (2.33 GHz Intel Core 2 Duo), running FileZilla 3.0.1 (from the Intel .dmg). Here are the contents of the "About FileZilla" window: host: i686-apple-darwin8 Build date: 2007-09-19 Compiled with: i686-apple-darwin8-gcc--4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5250) (GCC) 4.0.1 (Apple Computer, Inc. build 5250) Compiler flags: -g -O2 - Wall -g -fexceptions Anyway, whenever a dialog box comes up, such as when I click on the "Open the Site Manager" button, the main FileZilla window jumps toward the bottom right of the screen such that the upper left quadrant of the window ends up in the lower right part of the screen. (The dialog box shows up with its top left corner roughly aligned with the now-relocated main window. If I click the "Open the Site Manager" box again, without relocating it back to its normal place, the window completely disappears off the screen, though this time the dialog box's bottom right corner is flush into the bottom right corner of the screen. Thanks for all your good work on FileZilla! Despite the window-jumping bug, this is still the best free ftp client for the Mac that I've seen yet. |
|||||
#3274 | Missing translation in button caption | closed | Bug report | normal | FileZilla Client | |
Description |
When one deletes a site, the confirmation dialog box come with "Yes" and "No" buttons in french version. Version : FileZilla 3.0.1 Installed : update from v 3.0 O.S. : Windows XP |
|||||
#3275 | Loosing connection with continuing file transfer | closed | Bug report | normal | FileZilla Client | |
Description |
Hi, I noticed a strange bug in Filezilla 3.0.1. I use this tool for up- and downloading files to a USB stick attached to my WLAN router. During an upload of a ~120 MB file the log tells me that it got disconnected from the server, but the upload still went on (see screenshot). I couldn't find logs, if you tell me where to find them I will send them. My OS is Windows XP Pro + SP 2(German). |
|||||
#3276 | 2GB limitation for uploading via SFTP | closed | Bug report | normal | Other | |
Description |
I am using ubuntu 7.04 and I have filezilla 3.0.0 beta 7. When I try to upload to my openssh server via SFTP it works fine, but if the file is above 2GB it will tell me that the file is already there and ask me if I want to overwrite, which if I do the same question just re-appears. I installed GFTP to see if I'm able to upload the 2GB file and I am able to upload it without a problem, so that I could determine that the problem was with filezilla and not the server. thanks in advance |
|||||
#3277 | Background color of various areas gray instead of white | closed | Bug report | normal | FileZilla Client | |
Description |
FileZilla version: 3.0.1, as downloaded for GNU/Linux in binary form from SourceForge, installed manually OS: SuSE Linux 10.1 Architecture: AMD64 Hi, First of all, thanks for having ported my favorite FTP program (FileZilla of course ;o) ) to my favorite operating system (Gnu/Linux)!!! As for the bug : FileZilla 3.0.1 displays the local and remote site directory tree and file areas, as well as the transfer queue area with a gray background instead of a white one. The message log on the other hand gets displayed with a white background, and the background of the icons of the remote directory tree is white as well, so I presume this is a (minor) bug. It would be great if this could be fixed in a future release of FileZilla!
|
|||||
#3278 | sftp: keeps reconnecting with wrong password | closed | Bug report | normal | Other | |
Description |
FileZilla 3.0.1 Ubuntu 7.10 (beta) Problem: (I'm using the german version):
bug: although the password was wrong it is saved and i'm not able to correct it. I guess FileZilla should instead ask for the password, again. This does not happen with the ftp-protocol. |
|||||
#3279 | Quick connection doesn't resue command socket thread | closed | Bug report | normal | FileZilla Client | |
Description |
Although I limit the socket thread num to 1, by set Menu->Edit->Settings->transfers->max simutaneously transfers to 1, the quick connections cannot reuse the command socket thread. Only if I connect to the site from the site manager, it works. And a similiar thing is the locale. Although the ftp specification requires the server to use utf-8 locale, but old ftp site and ftp server softwares may still use the multi-byte locale. So I think a locale setting for quick connections is necessary. |
|||||
#3280 | Repeated request to save security key | closed | Bug report | normal | Other | |
Description |
When connecting to an SFTP site, the program request to save in the cache the digital key of the site, because it is change since the last connect. Nevertheless, the next connection, or managing files in the first connection, the program request by new to save the digital key of the site. |
|||||
#3281 | xml file error with too many tasks | closed | Bug report | normal | FileZilla Client | |
Description |
when trying to delete too many files from the ftp server (like 11.000) the programs first gives an error message about the xml file ( I don't remember what it says but probably because the xml file can't write all those actions),then it gives another error,after clicking OK on those messages the programs continues to work normally but it's really annoying because you have to watch it and click ok everytime otherwise the tasks won't be executed. |
|||||
#3282 | fzsftp uses PuTTy's settings. | closed | Bug report | normal | FileZilla Client | |
Description |
The fzsftp.exe bundled with the Windows binary of FileZilla uses the registry keys of PuTTy's Default Settings configuration. If you have set a default hostname or IP address in PuTTY, FileZilla cannot connect. Also if you are trying to connect to server that only allows private key as authorization, you won't be able to connect in FileZilla. You'll need to set a key in the default settings of PuTTy. These two programs dependencies needs to be split. |
|||||
#3283 | XML writing access error with multiple FZ instances | closed | Bug report | normal | Other | |
Description |
I'm on Ubuntu Gutsy and I'm using filezilla client. I noticed that when you activate the option in Ubuntu to drag the windows with Ctrl + click then in Filezilla the selection of a file using Ctrl + click will not work. The option can be activated with System -> Preferences -> Windows also on windows if you run more than one filezilla instances it will give you a xml writing access error. |
|||||
#3284 | Maximum Simultaneous Transfers could not be set | closed | Bug report | normal | FileZilla Client | |
Description |
The Maximum Simultaneous Transferts could not be changed while transfer is on. You have to set Maximum Simultaneous Transferts and relaunch Filezilla to make it taking into account this settings. Once you relaunch, the settings works properly and all threads work fine. OS: winXP sp2 Ver: Filezilla 3.0.1n Build Date:2007-09-19 |
|||||
#3285 | CP1251 problem | closed | Bug report | normal | Other | |
Description |
The problem of viewing and operating with cyrillic-named (Codepage 1251) folders on remote FTP (f.e. 85.118.227.108). In "Site manager" I tried both "Autodetect" and "Custom charset" with no effect. CP1251-named folders look correct in list view and incorrect in tree view (above the list view). Screenshot and logfile are attached. FileZilla 2.2.32 works fine with mentioned above FTP. |
|||||
#3287 | automatic ASCII mode for dotfiles doesn't work | closed | Bug report | normal | Other | |
Description |
I am using FileZilla client 3.0.1 on Windows XP Pro. I believe the server I'm connected to is running some kind of Debian linux. The option for treating dotfiles as ASCII doesn't seem to work. I tried downloading a .htaccess file, and it always used binary mode, even when I added htaccess to the list of ASCII filestypes. When I unchecked the dotfiles as ASCII option while leaving htaccess listed as an ASCII filetype, .htaccess files were transferred as ASCII. In older versions of FileZilla I was able to manually set the transfer mode for each transfer, but that feature seems to have disappeared in the latest version. I for one would like to have that feature back. |
|||||
#3288 | Windows on OSX always float to the bottom right corner. | closed | Bug report | normal | FileZilla Client | |
Description |
When I open any of the windows they always pop down to the lower right corner of my screen. I'm not sure if everyone sees this behavior, it's just me or if it's a bug. -JD |
|||||
#3289 | Crashes when uploading through SFTP | closed | Bug report | normal | FileZilla Client | |
Description |
FileZilla "crashes" sometimes, when trying to upload through SFTP. When approx. 200+ files or end of queue, it can without no reason simply crash. Happend while trying to upload Wordpress 2.3, which then had to be tried a few times, before succeed. For reproduce, try either upload the folders wp-admin+wp-content or wp-includes. Attached some more details (zipped), hope it helps a bit. |
|||||
#3290 | file gets uploaded twice | closed | Bug report | normal | Other | |
Description |
I am using filezilla for the very first time and think I have a bug when using the program to transfer files. I tried to upload files to my ISP webspce and the bug seems to be that when sending a file it sends the same file twice. is this supposed to happen or not? |
|||||
#3293 | main window jumps down to the right when opening site manage | closed | Bug report | normal | FileZilla Client | |
Description |
OS X 10.4.10 Filezilla 3.0.1 When open the site manager the main window jumps drastically down to the right so each time after I open the site manager I need to drag the main window back to a useable location. If I open the site manager, close it and reopen it without ever adjusting the primary windows position, it will have jumped completely off the screen and can no longer even be seen. FWIW, I was using many of the different Beta versions prior to the GM, and didn't have this issue in any of the Beta versions... |
|||||
#3294 | Queue duplicates | closed | Bug report | normal | FileZilla Client | |
Description |
FZ 3.0.1*; Win XP Pro SP2 Transfer queue shows duplicate of last file at bottom, though it only uploads each file once. See attached log and screenshot. *3.0.2 came out as I was typing but probably suffers same issue (not fixed in release notes); I will confirm later. |