Custom Query (2163 matches)
Results (801 - 900 of 2163)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#7861 | Remote Site issue with capitalization | new | Bug report | normal | FileZilla Client | |
Description |
When a remote folder has 2 subfolders that differ only by capitalization, the Remote Site box content does not change when you switch between these two folders. Example: my site has these two folders: "Manuals" and "manuals" The Remote Site box always show "manuals" regardless of which folder I am in. The folder content are correct though, so it appears to be only a problem with what is displayed in the Remote Site box. |
|||||
#7863 | Directory Caching | new | Feature request | normal | FileZilla Client | |
Description |
I am a huge fan of Filezilla and I use it everyday on my windows pc. One thing that I noticed that is missing from Filezilla is the directory caching feature. I connect to my server several times a day and its a huge waste of bandwidth to retrieve the file listing everytime, not to mention the wastage of time. I would really like to see Filezilla give an option to cache directory listing. |
|||||
#7865 | Queue lost on close of program when multiple servers are being used | new | Bug report | normal | FileZilla Client | |
Description |
I've been trying to upload to and download from 2 different servers on the latest version of FileZilla. While the uploading process seems to be working properly, there have been issues when I have tried to close FileZilla. When I'm uploading/downloading from a single server, I just have to stop the processing of files and close the program. The files will be in the queue the next time I open the program. With the multiple servers, if I try the same process, after I try to close FileZilla, I get a message telling me that all or part of my queue has been lost. When I open the program again, there will be nothing in the queue. It is rather frustrating to have to re-queue the files that didn't upload. |
|||||
#7868 | "Cancel" must be "cancel the whole upload process/disable transfer queue" | new | Feature request | normal | FileZilla Client | |
Description |
I really like FileZilla, but today I started to upload some files and I understand that the remote directory is wrong. When overwrite confirmation dialog appears I click "Cancel". But the upload process doesn't stop. And I didn't know how to stop it actually. We have the "Skip" option in this dialog, so please make "Cancel" button to cancel the upload process. |
|||||
#7869 | When FileZilla processing imported queue its failing to automatically create missing directories | new | Bug report | normal | FileZilla Client | |
Description |
I'm using a tool, which help me to automate creation of queue for FileZilla. Recently I've found an issue, why sometimes not all files was uploaded. The reason is, that FileZilla doesn't automatically create directories on the FTP, if that directory is missing. FileZilla tries to switch to that directory, and after unsuccessful try it breaks connection, as it shows on attached screenshots. Expected behavior: FileZilla shoud automatically create missing directories on the FTP, if they are missing during queue processing. |
|||||
#7871 | Dynamic Simultaneous Transfer Limit? | new | Feature request | normal | FileZilla Client | |
Description |
I often transfer files through FileZilla that are of varying sizes; and I often find myself prioritizing files by size, since I want to download the smaller ones first, then gradually start downloading larger files as the queue gets completed. So here's my idea; Say, while you're transferring a 10MB file that takes some time to upload, if the next file is only 2KB, for example, then it will override the transfer limit automatically and upload that 2KB file while it's uploading the 10MB file. if the next file is, say, 3MB, then it will wait until the 10MB file transfer is done. It's kind of hard to explain but I hope you get the gist of it. This would be nice to have as a option, especially when you are backing up a website via FTP to your computer. Anyway, I hope the see this feature implemented eventually. Thanks for reading this long request. I have to say that I would not be as happy using FTP if it weren't for FileZilla; it's been the most helpful program for FTP uploads I've ever used. Thank you so much for developing it. Cheers! -Camo Yoshi |
|||||
#7874 | Bypass proxy for all local sites | new | Feature request | normal | FileZilla Client | |
Description |
Hi there, I tried to find a solution on the forum as well as on the internet, but it seems no one ever faced this problem. And another user gave me the hint to send you a feature request on this topic. Regarding proxy traffic at a customer's of mine I face a rather unexpected issue: top 5 of download traffic on the ftp proxy results in local ftp servers, looking at upload traffic it's even top 4. As to say, this is a 3.000 clients plus network so any changes made by hand are no use at all, such as some explanations I found mentioning "switch to IPv6". Thing is, FileZilla stores some information in XML files, and in theory it surely would be possible to adopt sitemanager.xml for specific sites with <BypassProxy>1</BypassProxy>. However, what I'd really like to do is bypass really every local traffic because there is simply no need at all to weigh the proxy down. Thus, even if a user enters an internal address manually it will not result in proxy requests. And hardcoding specific addresses in XML files is no use anyhow, as I would have to specify username and password for this machine here as well. I want to assume the companies' compliance managers would rip off my head for doing so Kind regards, Patrick |
|||||
#7878 | Log file improvement request | new | Feature request | normal | FileZilla Server | |
Description |
After reviewing similar log file tickets (5133, 5169, 2753, and 2422) and observing they didn't mention my concerns, I thought I would offer two suggestions that I think would improve your valuable application. First, I suggest addition of an option to browse and select a custom folder for log files. That would allow use of a separate data drive which might have more space and/or more frequent backups than the OS drive, and would also be more consistent with the concept that one can already custom locate the ftp store. Second, I suggest that the date stamp format of each log entry always be MM/DD/YYYY, and the time stamp format always be HH:MM:SS. This format change would use a leading zero when the month, day, or hour is less than 2 digits so that log file text strings can more easily be imported as a columnar or structured data file. Also, the AM and PM entries are sort of redundant or superfluous and could be dropped. The more rigid string format would probably benefit those who try to programmatically automate the review of large log files, but have to first pre-process each line to allow for or rewrite varying time and date strings. Below, I offer two recent actual log entries and a theoretical third log entry as an example of the current format. My point is to illustrate how current entries don't line up in a columnar fashion because of the varying format of date and time entries: 1: "(001739) 1/14/2012 0:00:02 AM - hbwilliams (192.168.102.34)> QUIT" 2: "(002190) 1/14/2012 16:19:58 PM - hbwilliams (192.168.102.34)> 150 Connection accepted" 3: "(002190) 12/14/2012 16:19:58 PM - hbwilliams (192.168.102.34)> 150 Connection accepted" Implementing my suggestion would reformat the data as follows where each entry would line up in a columnar fashion, and the data strings would be shorter since AM and PM is dropped: 1: "(001739) 01/14/2012 00:00:02 - hbwilliams (192.168.102.34)> QUIT" 2: "(002190) 01/14/2012 16:19:58 - hbwilliams (192.168.102.34)> 150 Connection accepted" 3: "(002190) 12/14/2012 16:19:58 - hbwilliams (192.168.102.34)> 150 Connection accepted" In closing, an earlier request to offer shorter time increments for log files would be helpful because a daily log file can grow very large and be slow to directly open and review. Thanks for such a great product. |
|||||
#7879 | Multiple Channel Downloading | new | Feature request | normal | FileZilla Client | |
Description |
Currently there is a way to specify a maximum number of connections to a specific server, however on common configurations the maximum can be very low (3-5) with a large number of these servers also imposing connection based bandwidth restrictions. In the event that the end user is downloading a large quantity of files with a range of sizes the download queue will tend to 'choke' if all of the current download slots are filled with large files. The proposed functionality is to add the ability to specify a subset of the connection limit to be dedicated to small files. Additionally a configuration on what a 'small' file is should be provided. Once implemented this functionality will subvert the aforementioned 'choking' by allowing smaller files to complete in parallel then merging the small file connection pool with the main pool, allowing for larger files to use the connections. |
|||||
#7880 | Save Download Queue | new | Feature request | high | FileZilla Client | |
Description |
The download queue should be saved periodically. This should be done so that in the event a system or application crash occurs while an upload or download is in progress the data xfer can be resumed and continue where it left off without having to figure out what has completed. A download was in progress using Filezilla build 7601 on Win 64 NT build which failed to respond due to a timeout. This resulted in loosing all downloads in the queue after Filezilla was killed and restated. If the queue list had been saved, every 2 min's then after the app crash the downloads could have been resumed. Since I did not know the locations I had been ftping from data was lost as a result. please consider saving items in the queue so when an event does occur it doesn't wipe out the queue and an unexpected system or add crash. Thank you \ --Steve |
|||||
#7883 | View/Edit is riddled with problems, please allow me to view but disable editing | new | Feature request | normal | FileZilla Client | |
Description |
The ticket repo is full of issues related to view/edit where the wrong file is uploaded, problems with same-name files getting saved back to the wrong place, etc. Please do not think this is fixed... I had a server down 4 hours today because a file was written to the wrong place via FileZilla's view/edit. The goofy async timing of when FZ notices a change can occur out of order or with unexpected delays. Even if this is not technically a "bug" it is a user interface nightmare and it is no wonder the wrong things occasionally get written to the wrong places. I love the ability to view the contents of a remote file, but the "save" thing really, truly does not always work right. I would like to be able to set a preference to completely disable the auto-upload/saving of files I am viewing. That is:
thanks for listening! |
|||||
#7884 | Reset layout to original state | new | Feature request | low | FileZilla Client | |
Description |
Have been using FileZilla client for quite a while without the need to change the layout and sizes of the columns or windows but came across some files with extremely log names and had to change window and column sizes. Wanted to reset the UI back to the original layout but could not find a way to do this with a single click. Seems like this option does not exist, thus this RFE. Please provide a way to reset the layout to the original sizes and proportions. |
|||||
#7886 | Sorting facility | new | Feature request | low | FileZilla Client | |
Description |
A small but useful enhancement: When sorting a file list where an entry in that list is already selected, it would be nice if the sorted list could be offset so as to display the selected file after sorting. |
|||||
#7888 | show additional information on ssl/tls connections | new | Feature request | normal | FileZilla Client | |
Description |
Hello, I think it would be beneficial to include some extra details for ssl/tls connections. A few that come to mind are the ssl/tls version used example TLSv1, TLSv1.1, etc. Also, I think it would be helpful to include the signature algorithm used example SHA-1, SHA-256, etc. Thanks |
|||||
#7890 | feature request - git/version control | new | Feature request | low | FileZilla Client | |
Description |
hey, I'm using filezilla for a long time and i love it. But there is one feature i'd love to see: git support (or version control support in general) So i don't have to check which files i edited before i upload, for example git can tell me those changes. See this for an example: https://github.com/resmo/git-ftp (Git powered FTP client written as shell script) I think lot of people would need this. Sorry for my bad english. fred (i'm using filezilla 3.5.3, osx 10.6.8) |
|||||
#7891 | Allow opening of more than one site automatically at startup | new | Feature request | normal | FileZilla Client | |
Description |
Allow the ability to include more than one site to the filezilla command line so that upon starting the filezilla client there will be will be two or more tabs, each with an already active session. Thank you. |
|||||
#7894 | Ability to dowload list of URLs | new | Feature request | normal | FileZilla Client | |
Description |
Please implement the ability to download list of files. Example list: ftp://user1:password1@ftpserver1/path/filename ftp://user2:password2@ftpserver2/path/filename ... ftp://userN:passwordN@ftpserverN/path/filename List of URLs can be either loaded from text file or entered into text box. Real case: I'm a telecom engineer and very often I have to download list of firmware that contains several files. All of them located at the same server but username and password are different and changed once in several hours. It's very time consuming to enter it manually every time for every single file. |
|||||
#7900 | Getting 425 Errors in queue mode after a while | new | Bug report | normal | FileZilla Client | |
Description |
Hi, on a German 1&1 (1 und 1, 1und1) server, if I download a whole directory incl. subdirs, after a while, I get many 425 errors, can not retrieve directory and can not download (as logged). But if I go manually to one of that directories, I can see the contents and can download the files. See attached FTP-Log. Errors begins near line 404. FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
|
|||||
#7902 | Using environment variables in local directory | new | Bug report | normal | FileZilla Client | |
Description |
I won't get environment variables to work in defining local directory on sitemanager.xml: <LocalDir>$USERPROFILE\My Documents</LocalDir> Or should they even work? Is the config location only setting where it owrks? |
|||||
#7903 | Output files ae not be locked while written to | new | Bug report | normal | FileZilla Client | |
Description |
I a Perl program that checks a folder for incoming files and this program utilizes Perl's file locking mechanism which appears to work universally with other Window's programs. It does not work with your client which either implies that you are not locking the files that you are writing to on the user's local machine or a machine on the LAN. As example would be to fetch a file from a customer's machine via FTP and your client and to write it locally. The Perl program attempts to lock its incoming file which would be your outgoing file and the Perl program is able to lock the incoming file, indicating that your client is not locking the file that it is writing to. I would officially request that this file locking support be added for the local output files. |
|||||
#7906 | Directory list should support pressing first letter | new | Feature request | normal | FileZilla Client | |
Description |
It´s already possible in the file list to press the first letter of an item you want to go to (instead of clicking with the mouse). Would be great if this also worked in the directory list. |
|||||
#7907 | Delay loading of file list when going through directories | new | Feature request | normal | FileZilla Client | |
Description |
I sometimes use the cursor keys to navigate in the remote directory list. Unfortunately, when I e.g. go down three directories, FileZilla loads the file list and when I´m already at the third item, FZ jumps back to the first directory. To improve the handling of this, I propose that FZ only starts getting the file list after e.g. 100 ms. That way you can navigate with the cursor keys withouth FZ interrupting and you still won´t notice a lag when FZ starts to get the file list. |
|||||
#7908 | Often locking folder navigation on Mac after awhile | new | Bug report | normal | FileZilla Client | |
Description |
When being idle in Filezilla for Mac for about 5-10 minutes, the program tends to "lock" the folder making navigating away from it impossible. The error msg reads: "Error: Connection lost by timeout Error: Could not fetch folder content list" (translated from Danish) Only solution to this is establishing a brand new connection to the server, which seems quite time-consuming the fifth time. |
|||||
#7909 | Max Simultaneous Transfers over set limit causes server timeouts | new | Bug report | normal | FileZilla Client | |
Description |
In Concurrent Transfers default was 4 but Filezilla was trying to send more than 8 simultaneous transfers causing Server to do dozens of 5 second timeouts since it has a limit of 8 concurrent transfers allowed. Verified this was the problem in cPanel, which showed 8 current transfers, with warnings. This occurred when I was uploading about 2200 files. Left about 120 as "failed". Basically, even though setting was 4 concurrent transfers, program was sending 8 and trying to do more, stalling out my server. After complete, I changed the settings to 3 simultaneous transfers, put the failed files back into live queue and resent OK. Conclusion: the amount of files in upload queue caused something to override default simultaneous setting. Thanks. =============== FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
|
|||||
#7913 | Quick Connect History: UX feature requests | new | Feature request | normal | FileZilla Client | |
Description |
hi, I want to point out some things that are not quite right:
when I work, on many sites, sometimes concurrently, but often delving back into old projects for updates, the lack of a good history of connects can be awkward in a program I use every day. I would love for the connection process to be simplified :-) Colin |
|||||
#7915 | Allow right-click context menu when selecting/changing filename in OS X | new | Feature request | low | FileZilla Client | |
Description |
Expected result: context menu appears with options to copy/paste/etc. (As in Finder) Actual result: context menu does not appear; selection is cancelled. Cursor moves to location of click. I'm running OS X 10.6.8; not sure if this functionality is available in other OSes. |
|||||
#7916 | Feature request: filter/search addresses | new | Feature request | normal | FileZilla Client | |
Description |
When the list of saved addresses gets big it would be useful to have ability to filter them by starting typing a word. eg. typing 'exa' will display only addresses having 'exa' in name, eg. ftp.example.com Many programs is getting search oriented (e.g. Windows 7 menu, Unity, new Ubuntu will even have menu with search ability). |
|||||
#7921 | Option for grouping bookmarks by folders | new | Feature request | normal | FileZilla Client | |
Description |
When the number of bookmarks is large, it is difficult to navigate through a single large bookmark list. (One needs to scroll down the list) An option for grouping them in a folder structure would very useful to be able to organise the list. (Similar to web browsers like IE or FF) I think, even a folder structure of a finite number of levels of depth (eg:2-3) would be fine for most users. |
|||||
#7923 | SFTP Permission Handling | new | Bug report | normal | FileZilla Client | |
Description |
The SFTP permission support is a bit weird. It shows owner/group, setgid/setuid bits but FileZilla doesn't support changing or preserving these settings on a file or directory. For example chmod 2755 or 4755 or 6755 on a folder/file. Uploading a file with the set(u/g)id permission bit set is not preserved. Or changing the Owner/Group/Other permissions (777-000) will also remove these bits forcing you to launch an external program to set those bits manually. A switch should be used for SFTP based connections to support Owner/Group changes, as well as the 4th octal permission bit, since FileZilla executes the chmod command it should accept all 4 octal bits, and also support chown/chgrp Command: chmod x750 "test" Error: chmod: file mode 'x750' contains unrecognised user/group/other specifier 'x' FileZilla Client ---------------- Version: 3.5.3 Build information: Compiled for: i586-pc-mingw32msvc Compiled on: x86_64-unknown-linux-gnu Build date: 2012-01-08 Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2) Compiler flags: -g -O2 -Wall -g -fexceptions Linked against: wxWidgets: 2.8.12 GnuTLS: 2.10.4 Operating system: Name: Windows NT 6.1 (build 7601, Service Pack 1) Version: 6.1 Platform: 64 bit system |
|||||
#7925 | Refresh delay is very long now | new | Bug report | normal | FileZilla Client | |
Description |
In the past, keying <F5> to refresh the display after the connection had timed out used to be instant. For the last few versions of FZ, however, it takes at least 30 seconds. Because the time-out period is so short, refreshing to reconnect so often is becoming very tedious. Can you make the refresh period instant again, please? |
|||||
#7934 | Filezilla 3.51 and MOVEit DMZ | new | Bug report | normal | FileZilla Client | |
Description |
On version 3.5 the conenctivity to our MOVEit DMZ server with Filezilla was fine. Now after 3.5.1 and 3.5.3 we get a problem, if i copy a folder from MOVEit to my PC then delelte it from the MOVEit Server filezilla errors. I have a work around which I must enable keep alives and reduce the maximum simultaneous connections to 1. |
|||||
#7935 | High speed sFTP transfers failing | new | Bug report | high | FileZilla Client | |
Description |
OS : Win XP-SP3 FileZilla : 3.5.3 Protocol : sFTP Uploading large files (1GB) using high-speeds networks, (speeds in excess if 8MB/Sec) fail with below error message
Applying FileZilla Speed-Limit clipping speed to 3000 KiB/Sec allows to transfer file successfully. Using FileZilla transfer speeds from 4000Kib/Sec --> "unlimited" speed option causes transfers to fail. We have tested transfering same file(s) using HP-UX sftp client and these upload flawless, speeds seen 6-7MB/Sec.
|
|||||
#7936 | Double click on a folder alias downloads in spite of double click on folder set to enter folder | new | Bug report | low | FileZilla Client | |
Description |
I am running a server with the following config PHP Built On Linux cgmsystems.com 2.6.9-89.35.1.ELsmp #1 SMP Tue Jan 4 22:30:58 EST 2011 i686 Database Version 5.1.52 Database Collation utf8_general_ci PHP Version 5.2.5 Web Server Apache/2.0.52 (Red Hat) WebServer to PHP Interface apache2handler Joomla! Version Joomla! 2.5.1 Stable [ Ember ] 2-Feb-2012 14:00 GMT Joomla! Platform Version Joomla Platform 11.4.0 Stable [ Brian Kernighan ] 03-Jan-2012 00:00 GMT I am using the following filezilla FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
under settings, file lists, I have double click action on files - none double click action on directories- enter direcory I was working on a server folder that had alias folders. When I double clicked on one of these folders, filezilla did not enter the folder but rather downloaded the files in the alias folder. the os of the server is linux, the os of my desktop is windows 7 64 bit. |
|||||
#7943 | Ability to handle urls from browser (Mac OS X) | new | Feature request | normal | FileZilla Client | |
Description |
Don't know about other platforms, but I notice that on Mac OS X (10.6.8), FileZilla (3.5.3) does not establish itself as the default handler for ftp and sftp links in web browsers. Other FTP clients do this, so it would be nice to have. Also, I notice that when I use the third-party RCDefaultApp preference pane to force an association of ftp and sftp links with FileZilla, FileZilla launches but does not process the url. |
|||||
#7945 | Accessing Subfolders after remote file update | new | Bug report | normal | FileZilla Client | |
Description |
Hi, Thanks for the good Job. FileZilla is certainly the REFERENCE. Small bug I noticed in vers 3.5.3. After updating local version of ROBOTS.TXT saved on local disk, (update editor called from FileZilla and saved locally), FileZilla will display message explaining that (local File was updated, will FileZilla delete remote one and upload the new one? I confirm YES, FileZilla reconnects automatically and uploaded new version = OK) Problem= When I click on the plus sign + to expand the root folder and display the subfolders, it dosn't work. I had to disconnect, reconnect again, then it works. Thanks for you support. Best Regards TED |
|||||
#7946 | Opening local files does not use default application | new | Bug report | normal | FileZilla Client | |
Description |
Prcedure: In the left pannel right click a file choose OPEN Expected Results: FileZilla will pass info to the operating system so that the file is opened using the default application for file type. Acutal results: the file is opened with a different application Example: Choose a plain text file which I have set at Notepad++ as the default, it is opened with Notepad |
|||||
#7947 | Add support for server type Unisys - OS2200 | new | Feature request | normal | FileZilla Client | |
Description |
I would like to have you add support for the Unisys OS2200 series mainframes. This OS does not use a hierarchical file structure. The only problem at the moment is that the Site Manager/Advanced tab/remote directory does not accept an OS 2200 file name. The following is from the Unisys documentation on naming files and elements. Please contact me if you need more information. 3.3. Naming Files and Elements The only part of a file name that is required is the basic file name, as follows: filename. All other fields are optional. In some cases, the period is optional; if you do not include a period, the system assumes that it is the name of a file. In other cases, if you do not include a period, the system assumes that it is the name of an element. To avoid confusion, include the period except for file names specified on the @BRKPT statement. The name originally given to a file is called the external file name. A file can also have an internal file name. See Section 7.68 for information on how to use the @USE statement to give a file an internal name. Using Files and Elements File Name and Element Name Format [directory-id#qualifier*]filename[(F-cycle)/read-key/write-key.element-name/ version(S-cycle)] directory-id Shared files exist exclusively on an OS 2200 mass storage device that is shared by two or more OS 2200 systems. Shared files are different from local files, which are files that are stored on a specific OS 2200 system. The directory-id field is valid when file sharing is configured on the system. It indicates which master file directory contains the file. The directory-ID has two possible values: STD (standard) for local files on any system and SHARED for shared files. The # is a delimiter to separate the directory-ID and qualifier. This field is valid only for the following statements: @ASG @CAT @FREE @MODE @QUAL @USE All other statements that have a filename field cannot include the directory-ID in the file name. You can indirectly use a directory-ID for file names on these statements by either giving them internal names with the @USE statement or by specifying directory-IDs with the @QUAL statement, as in the following examples: @USE P1,STD#QUAL1*FILEX @COPY P1.,X. @QUAL,D SHARED#QUAL1 @COPY FILE1.,FILE2. In the second example, the default qualifier (QUAL1) and directory-ID (SHARED) that were specified on the @QUAL,D statement are assumed in the file names on the @COPY statement. For more information on the @USE statement, see Section 7.68. For more information on the @QUAL statement, see Section 7.49. If you omit the directory-ID and # from a file name and do not specify a directory-ID on a previous @QUAL statement, the system uses the director-ID value configured at your site. One exception to this is if a user is cataloguing a shared removable pack file, the system detects it is a shared pack and uses SHARED. If you include the # but not a directory-ID, the system uses the implied directory-ID you specified on a previous @QUAL statement. If you did not specify an implied directory-ID, the system uses the directory-ID value configured at your site. Using Files and Elements The default directory-ID and default qualifier are the directory-ID and qualifier given on the last @QUAL,D statement performed in a run. The implied directory-ID and implied qualifier are the directory-ID and qualifier given on the last @QUAL with no options performed in a run. qualifier The qualifier helps to ensure that file names are unique. Different files can have the same file name, as long as their qualifiers or F-cycles are different. User-IDs and project-IDs are commonly used as qualifiers, but you can create your own. The qualifier can be up to 12 characters long and can include any combination of letters, numbers, hyphens (-), and dollar signs ($). (The @QUAL statement, which also defines the qualifier, is described in Section 7.48.) If you omit the qualifier and asterisk (*) from a file name and do not specify a qualifier on an @QUAL statement, the system uses the project-ID on your @RUN statement as the qualifier. If you include an asterisk (*) but not a qualifier, the system uses the implied qualifier you specified on an @QUAL statement. If you did not specify an implied qualifier, the system uses the project-id on your @RUN statement. filename The basic name of a file can be up to 12 characters long and can include any combination of letters, numbers, hyphens (-), and dollar signs ($). Note: Do not use a processor name (ELT or DATA, for example) as a file name. The results will be unpredictable. F-cycle The F-cycle number identifies a file in a set of files that have the same qualifier and file name. Normally, you never have to include an F-cycle number with a file name. If you do not supply the F-cycle, you get the highest cataloged file cycle in the set. See Section 3.4 for more information on F-cycles. read-key/write-key Keys are like passwords that are required to read a file or write to it. Keys typically apply only to unowned files which are standard in Fundamental Security, but they can be used for owned files if the system is so configured. Keys are an easy way you can protect a file from unauthorized use. When you create a file, you can specify a read key, write key, both, or neither. If you use only a write key, you must precede it with two slashes to indicate that it is a write key, not a read key. Each key can be up to six characters long. You can use any characters but the period (.), comma (,), semicolon (;), slash (/), or blank. To change the read or write key on a file, or to add a read or write key to an existing file, use the @CHG statement as follows: @CHG filename/RK/WK,filename/RK/WK Using Files and Elements where filename1 is the file to be changed (including the current read/write keys), and filename2 is the file with its new or changed read or write keys. See Section 7.5 for more information on the @CHG statement. element-name Is the name of the element. Element names can be up to 12 characters long and can include any combination of letters, numbers, hyphens (-), and dollar signs ($). version Is used to distinguish between elements that have the same name and type, but contain different information. Using version names is one way you can save different renditions of the same program. Version names can be up to 12 characters long and can include any combination of letters, numbers, hyphens (-), and dollar signs ($). If the element is an omnibus type, some processors can ignore the version. A combination of element name and version need be unique only within a file. Thus, .CH2/VER1 and .CH2/VER2 are two different elements (note the leading period). Then with different files, FUR1*PUR.CH2/VER1, FUR1*PUR.CH2/VER2, FUR2*PUR.CH2/VER1, and FUR2*PUR.CH2/VER2 are four different elements. S-cycle Is a number identifying a cycle of a symbolic element. Element cycles are different stages a symbolic element goes through as it is updated by certain processors (U-option). Normally, you do not need to be concerned about element cycling and S-cycle numbers. Some processors, including IPF 1100, do not use element cycling. Processors that accept symbolic element input always default to the most recent cycle of a symbolic element. See Section 3.5 for more information. Only the basic element name is required; the version and cycle numbers are optional. In fact, you cannot use cycle numbers for elements other than symbolic elements. Normally, different elements within the same file have different names. However, elements can have the same name, provided their element types are different (symbolic, relocatable, executable, or omnibus). File Name Examples ACCT-MASTER. ACCT-MASTER is the basic file name. The system uses defaults for all other parts of the file name: · It uses the project-ID from the @RUN statement as the qualifier. · It uses the current cycle of the file. · No read key or write key is used. GL*ACCT-MASTER. GL is the qualifier, and ACCT-MASTER is the basic file name. Using Files and Elements GL*ACCT-MASTER/SESAME. GL is the qualifier, ACCT-MASTER is the basic file name, and SESAME is the read key. PR*ACCT-MASTERPOPPY. PR is the qualifier, ACCT-MASTER is the basic file name, and POPPY is the write key. (The two slashes indicate that there is no read key and that POPPY is a write key, not a read key.) The current cycle of the file is used. GL*ACCT-BAL/SESAME/#%$&!. GL is the qualifier, ACCT-BAL is the basic file name, SESAME is the read key, and #%$&! is the write key. SHARED#DATA*BASE. SHARED is the directory-id, DATA is the qualifier, and BASE is the basic file name. Element Name Examples COLORS.RED,.BLUE,.YELLOW All three elements (RED, BLUE, and YELLOW) are assumed to be in file COLORS. COLORS.RED,.BLUE,YELLOW The elements RED and BLUE are assumed to be in file COLORS, while element YELLOW is assumed to be in the TPF$ file. MAIN In this example, only the basic element name is used. Since a cycle number is not specified, the current cycle of the element is used. The version name is blank. SUB1/APR02 Here, SUB1 is the basic element name, and APR02 identifies the version of the element to be used. Since a cycle number is not specified, the current cycle of element SUB1/APR02 is used. When you specify an element name without a file name, the system usually assumes that the element specified is in TPF$, a temporary file automatically assigned to your run. An exception occurs when you specify a series of elements on the same control statement. If you include a file name with the first element name and put a period before the subsequent element names, the system assumes that those elements are in the first file named. |
|||||
#7952 | Cannot manipulate remote files that end with an asterisk | new | Bug report | normal | FileZilla Client | |
Description |
I cannot rename or delete a file that ends in an asterisk (*). Also, the asterisk does not show up on the file listing. This can be reproduced with the following:
You will get the following error: Command: DELE test.txt Response: 550 test.txt: A file or directory in the path name does not exist. If I turn on raw directory listing in debug setting I see the following: Command: LIST Response: 150 Opening data connection for /bin/ls. Response: 226 Transfer complete. Listing: total 8 Listing: -rw-r----- 1 dlech mis 2346 Feb 03 09:30 test.txt* Status: Directory listing successful Notice the asterisk is at the end in the debug listing but it's missing in the interface listing. If I execute the following custom command it will delete: DELE test.txt* Command: DELE test.txt* Response: 250 DELE command successful. The server OS in this case is AIX using standard FTP but I can repeat the problem on a linux system using SFTP except it rejects my custom commands when I try to delete manually. We have an old system that creates temp files then end in asterisk that sometimes need to be cleared out. That is how I discovered the problem. Thank you. |
|||||
#7954 | Default Remote Directory sometimes fails if Default local directory is not found | new | Bug report | low | FileZilla Client | |
Description |
When the local default directory was set to a directory on a non-existent, removable drive, the REMOTE default directory would fail with an error (in red) displaying "no such file or directory". This even failed with a copy and paste from the "Remote Site:" pulldown. No failure was noted for the local directory error. This also occurred in 3.3.4.1 so I immediately upgraded to 3.5.3 with the SAME results. After modifying the local default to an existing directory, the remote default now works. Switching the local default back to the non-existent directory, to test this again, NOW the problem does NOT occur. (It appears that once the remote directory is accessed as a default, it appears to stay working.) This occurred 12-15 times as I attempted to figure out what error I was making in the remote directory (It had to be something because there was an error each time. I slowly reduced the number iof subdirectory levels and finally attempted "/" which gave a failure as well. Each attempt was a "Connect" and "Abort" via the Site Manager. I thought that I had done something wrong on the remote default, somehow, but when I PASTED the result and it still failed, I was perplexed. Yes, I checked for trailing spaces and even added a trailing "/" and removed it, yielding the SAME results. I thought it was a problem with symbolic references to a directory, but only after the LOCAL default directory was made to work did the remote directory work. All I can say is that it failed several times, but now I know a workaround. Therefore, I have lowered the priority of this bug, but created the ticket because it HAD happened. There is an easy workaround -- make sure the local directory works properly. Even if nothing is changed, if someone else has the problem, they might find this workaround -- make sure the local directory exists. |
|||||
#7958 | Active/Passive command line switch | new | Feature request | normal | FileZilla Client | |
Description |
For integration purposes, I would request that a command line parameter be added to specify if a connection is to be active or passive. In this design, if blank, the default settings for the app (Connection/FTP/Transfer Mode) would be used. This connection string parameter would only be valid in the case that an FTP URL is passed as a parameter. Thanks for your consideration! |
|||||
#7963 | Assigning several program options to individual server manager entries | new | Feature request | normal | FileZilla Client | |
Description |
Dear developers, there are some settings within the program option -dialog (which affects all connections) example: ftp-settings, transfer settings and so on which needs can differ dependent on the server- type. It would be (my opinion) rather better to put them into the individual saveable connection- setting dialogs. In my case some older servers need the connection-refresh-command (I just don't know the exact term) some not. Only the settings for the global program appearance and behavior should be left there. |
|||||
#7965 | Make Autoupdate silent (similar to google chrome) | new | Feature request | normal | FileZilla Client | |
Description |
I find it extremely annoying and tedious that every time there is an update (every week) I have a big popup that interrupts what I'm doing, requiring me to go through a step by step wizard, specify a file location, all just to download the installer. THEN I have to unpack the installer and run THAT, another step by step wizard, before I can go back to what I was doing. Of course I can hit cancel, but then I will be prompted every time I open the program. At this point for the sake of convenience I would opt to not receive updates, leaving me potentially insecure from threats. I know I'm not the only one. Can you guys make autoupdates happen silently in the background? I don't care where the installer is saved, just delete it when you're done. Give me an option to install now and restart, or to do it when I shut down the program (or start up again). And finally, don't show me anything (if at all possible). Seriously, I'm not asking for a reskin, just make life a little less annoying. |
|||||
#8001 | Dragging a File on a Tab selects it after a short delay | new | Feature request | normal | FileZilla Client | |
Description |
When working with Tabs it would be nice to change a Tab by dragging a File over it. I always end up trying to knowing it from other Software. |
|||||
#8004 | Remote site files view resize issues in Windows Aero/Basic interface | new | Bug report | normal | FileZilla Client | |
Description |
The remote and local files views have various issues when resizing. The scrollbar on the right often disappears, though sometimes the up/down buttons still work (if you click where they should be). Sometimes when it is visible after clicking to full size window, it doesn't work (either the scroll handle or the up/down buttons). The file listing display is often corrupted, with what looks like a drawing error. The dates column often seems to be concertinaed. Sometimes, a large black area appears where the info just below the window should be. The problems occur on both remote and local files views, although it is more common on the remote view because on resizing that tends to get resized while the local files view often remains the same size. The folders views and other elements of the page are not affected by this issue and seem to work as expected. When switching this same Windows 7 machine to 'Windows Classic' view, there are no such issues - everything works as expected. Windows Basic view (similar to Aero, but with no transparency, etc.), the same draw/display problems occur. |
|||||
#8006 | Delete performed before download in queue | new | Feature request | normal | FileZilla Client | |
Description |
I was in process of downloading 10,000 files from our security camera system. When that was done I wanted to delete the files from the server, so I selected "delete". The delete action was performed before the previous download operation was performed so I lost highly sensitive security video and photos. |
|||||
#8012 | Host file permission 004 displayed incorrectly | new | Bug report | normal | FileZilla Client | |
Description |
I set a file's permission to 004 by entering right-click-File Permissions and clearing the "Owner Read" box. Subsequently the directory listing showed the permissions as "04" instead of "0004" and the File Permissions dialog showed the permissions as "xxx." |
|||||
#8021 | Ability to rename tabs | new | Feature request | normal | FileZilla Client | |
Description |
When we have multiple tabs open for an FTP site all the tabs have the same name. User has to click on each tab to look for the folder that he needs. It would be great if we could right click on a tab and rename it as we like |
|||||
#8027 | Add "Logoff from system" to list of options for "Action after queue completion" | new | Feature request | normal | FileZilla Client | |
Description |
Please add the option to log off the currently logged in user. I have never really understood the need to either reboot a system after a file transfer completes (perhaps the rare case that you are transferring a file that is read after boot) however the case I frequently need to do is: start a file upload, leave the system unattended, when the upload completes log off the user performing the upload. For windows my current work around is use "run command..." and do "shutdown /l /f" however it would be nice if this was integrated in to the program itself as I do not know the equivalent command for Mac or Linux which I sometimes need to do also. |
|||||
#8034 | Read permission denied Truncates local file | new | Bug report | normal | FileZilla Client | |
Description |
When trying to download a file from a server using an account that has no read permission confirming overwrite of local file, results (without warning) in a ZERO byte local file. FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
|
|||||
#8040 | FileZilla adds home directory to list of tasks (cyrillic) | new | Bug report | high | FileZilla Client | |
Description |
Hello! I tries to send 12 files to server, but filezilla adds whole /home directory to list of tasks... |
|||||
#8041 | strip version number from filename for download from VMS server | new | Feature request | normal | FileZilla Client | |
Description |
When I download a file from a VMS server the filename created on my local directory har the version file number, ex.: file.txt;2 It would be interesting if filezilla ignores the version number and create the file without the version number. |
|||||
#8044 | File Filter settings and an ON/OFF switch | new | Feature request | normal | FileZilla Client | |
Description |
The file filters on this program are an awesome tool, but because they are 'set and forget' program wide - the implication is that if I set up my filter to exclude .aspx files on one site, that I never want to see .aspx files anywhere, ever, without remembering that I have filters on and remembering to turn them off. 1) Filename filters set in the tool bar should be for the current program only and not 'saved' 2) Permanent (resettable, of course) filename filters should be part of the Site Manager Inital setup. That way, when I want to deal with client A's web site, I log on via Site Manager site_a_web which has the filename filters set for that job. Later, when I want to log on to client A's data base, I use site_a_data and the filters from "a_web" aren't interfering. All this is because I use Filezilla on so many different sites for so many different purposes... in fact I can't imagine a situation where my preference is never to transfer a file of a certain type world-wide. In conjunction, a quick ON/OFF button for filtering would be helpful A button right near the file panels (not way up on the tool bar) that lets be know that Filters (by whatever configuration) are either on or off - and allows me to toggle. |
|||||
#8045 | Lock Step Directory feature | new | Feature request | low | FileZilla Client | |
Description |
When using FileZilla in large and complex sites, one of the most common mistakes -and the most catastrophic- is to transfer the files from one folder into the wrong destination folder. This is mostly because I suck as a programmer, but you can't fix that. Going to a strange site to get a file or two is one thing, but in several development environments I keep a duplicate set of files on my site. When I transfer the entire site of course, I select ALL on one side and begin a transfer - Filezilla traverses the directories on both sites in lock step. BUT - if I have to manually navigate down 5 directory trees to find a starting place, I have to manually navigate that tree TWICE - one for source and one for destination If there was a very quick "Lock Step" button (and By quick I mean somewhere the file panes, clearly on or off, and ONLY for the current running of the program) where I could specify to match directory changes in both source and destinations - it would be a HUGE benefit. Upon accessing a site, I click the button ON and then traverse only one side, the other side keeping in lock step, throwing an error of course, if the directory doesn't exist. A huge time saver in large operations. |
|||||
#8049 | When connecting to a site with synchronized browsing enabled, FileZilla tries to insert the drive letter of the remote site into the path of the local folder. | new | Bug report | normal | FileZilla Client | |
Description |
FileZilla: 3.5.3 Our websites are on the D: drive of the remote server. My local site folders are inside of My Documents/Sites, but the My Documents folder is on a network drive which is mapped to the K: drive. The bug happens even if I use the UNC path as well. When connecting to any of the sites with synchronized browsing enabled, it fails. I noticed that the path it is using for the local folder includes the drive letter (D:) which is the remote location's drive letter. After the connection is made, I can then enable synchronized browsing, which seems to work properly. I have attached a screenshot to show you the error message and also the verbose log. |
|||||
#8051 | Files with identical names except for the letter case are not distinguished when editing | new | Bug report | normal | FileZilla Client | |
Description |
How to reproduce: Create two files with different content on your ftp server: /path/to/file/file.php /path/to/file/File.php (Notice that the files have identical names except for the letter case.) Right click file.php and choose edit. Your editor opens the file. So far so good. Right click File.php and again choose edit. A dialog opens saying: "File Changed. The file '/private/var/folders/zz/y5zdkqw11yv2btyvl9y6r3tr000gn/T/fz3temp-1/file.php' has been changed on the file system. Do you want to replace the editor contents with these changes?" Expected behavior: The file "File.php" is opened in the editor. If you look in the temp folder, a file with correct letter case is saved. But when FileZilla reads from the temp folder, it doesn't distinguish the files. This can lead to overwriting the contents of the other file. |
|||||
#8054 | Click-dragging file transfers in a certain way quickly can make FileZilla unresponsive | new | Bug report | normal | FileZilla Client | |
Description |
This happened because I accidentally let go of the mouse while dragging, and by instinct clicked-and-dragged again though I ended up dragging the wrong file. I had to Force Quit to get out of it. Steps to reproduce:
This essentially starts two click-and-drag transfers. Correctly, two dialog boxes pop up. This is where the problem starts... one is the usual 'overwrite' dialog, the other is the 'both source and destination are identical' dialog. Having these two dialog boxes onscreen at the same time makes everything unclickable. The program is clearly not crashed or frozen, it's just impossible to click anything. The dialog boxes cannot be closed. To get FileZilla working again, you must Force Quit it and start it up again. |
|||||
#8055 | Queued files with relative paths puts folders in the wrong place | new | Bug report | normal | FileZilla Client | |
Description |
Hi, When I import XML to generate a transfer queue, and the files in the XML have relative paths for the remote file I get some strange behaviour depending on which settings are used. Let’s say I have 2 files to be processed, folder1/file1.txt and folder2/file2.txt => Note the 2 file paths are relative paths, not absolute If I have set up a maximum of 1 simultaneous transfers *
I presume this is because FileZilla reuses the connection, and so after the transfer the current folder is folder1, not the home directory. The second one then just adds to it. If I have the queue set up to more than 2 or more simultaneous transfers Then this time, because 2 connections are made, they both get changed relative to the home directory and so I get the files placed here:-
Depending on the number of threads I have to upload I get totally different results! Another reason I am pretty certain it is a bug is that because if the XML file used puts all the files in the same batch folder, then regardless of the using 1 or multiple threads, they always go in the same folder! So similar example, there are 2 files samefolder/test1.txt and samefolder/test2.txt. When this runs with either 1 or >=2 threads the files are uploaded to:-
That goes totally different to what you expect after my test above * The number of connections does not actually have to be 1, it just has to be less than the total number of files being uploaded. So if I have 5 files going to 5 different folders, I would get the bug happening if I used 1, 2, 3, or 4 connections. If I used 4 connections however, then 4 of the files would upload properly and only the 5th file which reused an older connection puts the folder in the wrong place. Tested with version 3.5.3 Thanks, Chris |
|||||
#8057 | Request to Include Option to Changethe TCP Window Size from withhin the Filezilla Client Application | new | Feature request | normal | FileZilla Client | |
Description |
Hi, Currently while using Filezilla Client 3.5.3 if we want to change the TCP Window Size we have to close the application, edit the 'Socket recv buffer size (v2) parameter' value in FileZilla.xml and then relaunch the application. It will be much more easier if this can be made a feature in the settings menu within the application (an example is 'Jperf' where you can directly specify the TCP Window Size on the main window of the application). This discussion on the Filezilla Forum will help in understanding the background: http://forum.filezilla-project.org/viewtopic.php?f=2&t=24384&p=94039#p94039 |
|||||
#8066 | Request for SSL status column in server interface lower pane | new | Feature request | normal | FileZilla Server | |
Description |
It would be nice to have an indication in the server interface application on how people are connecting to the FTP server. That is whether or not they are using the SSL method (implicit/explicit) or the old plain clear text method. Thank you, |
|||||
#8067 | IPv6 privacy - security | new | Bug report | normal | FileZilla Client | |
Description |
When I have allowed privacy extension on windows IPv6 (so client have 2 or more IPs) filezilla client use pernament, not temporary IP (see on server log), which is wrong. I think this is bug not req, because this is about client security. Example: Client IPs IPv6 Address. . . . . . . . . . . xx:9c8 Temporary IPv6 Address. . . . . . xx:df52 Server log ... anonymous (xx:9c8)> EPSV FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
|
|||||
#8068 | Add MRU for actions after queue completion | new | Feature request | normal | FileZilla Client | |
Description |
I have a tendency to need to do the same default batch of actions (which I have in a cmd file) every time I finish uploads to server xxx. I'd like to see the "Action after Queue Completion" dialogue have a dropdown box with the most recently previously executed actions for the server I'm currently connected to. This would allow me to just select it from the dropdown, vs. type it in all over again. |
|||||
#8081 | Settings: Interface -> Filesize format (spelling) | new | Bug report | low | FileZilla Client | |
Description |
in the latest FileZilla Client Version: 3.5.3 Build information:
Linked against:
Operating system:
If you go to: Edit -> Settings -> Interface -> Filesize format The examples does not contain "Gigabytes" instead it has a "M" instead of a "G". example: 12B 100B 1.3KB 1.1MB 117.8MB <----- should be GB 58.0TB |
|||||
#8102 | Open in new tab context menu | new | Feature request | normal | FileZilla Client | |
Description |
When clicking on a folder in the remote file list, I'd like a browser-style 'open in new tab' context menu item that would open a new tab with the folder's contents. |
|||||
#8104 | Filezilla should indicate it's busy (hourglass or the like) when automatically checking for updates | new | Feature request | normal | FileZilla Client | |
Description |
Upon starting Filezilla client, I cannot see on the screen that it is doing anything while checking for updates. The time needed for this activity, especially on first use after start-up, suggests there should be at least an indication (hourglass or the like) that the client is at work indeed. |
|||||
#8106 | Slow Folder Tree in Network | new | Bug report | normal | FileZilla Client | |
Description |
If you choose a networkpath on the left side the folder tree grows VERY slow. This problem only exists if I use a VPN-Tunnel (2 Fritzboxes). If i am in the same lan the problem not appears. Other Software (including Windows Explorer) are building the tree normaly. Infos: Windows 7 Ultimate(Client) x64, Windows 7 Ultimate Fileserver x32, latest Version of Filezilla, IPv4-Network |
|||||
#8109 | Filezilla violates Start Menu norms with uninstaller | new | Bug report | normal | FileZilla Client | |
Description |
In Windows, you use the Start Menu only to start programs or access things not available in programs. See http://windows.microsoft.com/en-US/windows7/The-Start-menu-overview for reinforcement, but it's been this way since at least 1995 (Windows 95). http://msdn.microsoft.com/en-us/library/aa511447.aspx#files goes further and specifies exactly what should not be in the Start Menu. Filezilla is violating this paradigm by including the uninstaller as a start menu item. It's unnecessary because Windows users use the Control Panel to remove programs. If you eliminate the uninstaller, you don't even need a FileZilla FTP Client folder folder in the Start Menu, eliminating a "dry click" and exposing FileZilla immediately when a user clicks on All Programs (in Windows 7). This would make FileZilla be like other popular Windows programs, like Adobe Reader, GIMP, Pidgin, KeePass, Mozilla Firefox, Wireshark, and more. |
|||||
#8111 | disable option for caching directory listing | new | Feature request | normal | FileZilla Client | |
Description |
appear as directories and files that were deleted and previous sizes solution: and implement and add a checkbox to disable file listing cache to settings > interface > file lists |
|||||
#8139 | Citrix Client drives not visible in FileZilla | new | Bug report | high | FileZilla Client | |
Description |
We are currently experiencing an issue with FileZilla 3.3.2 (Running in an App-V/SoftGrid bubble) in our production environment. The issue is reproducible with 3.5.3 running normally without any virtualization layer. The problem is as follows. We are running FileZilla in our Citrix XenApp farms W2K3R2/XenApp4.5 and W2K8R2/XenApp6.0 without any issues. In W2K8R2/XenApp6.5 however the client drives are not showing up. These are disks which are physically on the client but are presented as accessible drives on the Citrix Server. These are not showing up in FileZilla but are accessible from the Windows Explorer. Since I'm not a programmer I don't know where to look in the sourcecode to find out what API calls are made that enumerate disks. This may be the wrong API or Citrix is intercepting these and manipulating them to return wrong data. Is you can please give me details of the API calls made we can also contact Citrix (we have a support contract) to investigate this issue. Please also see this post on the Citrix Forum: http://forums.citrix.com/thread.jspa?threadID=305964 Best Regards, Marcel de Haas |
|||||
#8144 | uneccessary file access | new | Bug report | normal | FileZilla Client | |
Description |
Filezilla accesses on startup files on mount points that it does not need (and imho should not) access. In my case it accesses a mount point that is auto-mounted. Sometimes this mount point is not available and accessing it just blocks. This problem occurred on first usage of filezilla. So there should be no need to do anything on the mount point. I could also imagine that the problems arise with mountable media like USB sticks, etc. I attached the output of strace. Thanks. |
|||||
#8152 | Dropbox-like file link | new | Feature request | normal | FileZilla Client | |
Description |
Hey guys, I would like to see a dropbox-like link in the Filezilla Client. Referring to Ticket #2591 (Put download link (FTP, HTTP) for file to clipboard). The FTP-style-link got implemented - unfortunately the HTTP one didnt. So, I would like to request a HTTP-link-to-clipboard-button. :-) It's just easier to use for me and my business-email-partners. |
|||||
#8157 | Upload timeout when using Explicit TLS | new | Bug report | high | FileZilla Client | |
Description |
Hi, Got some issues when using Explicit TLS connexion to UPLOAD files. Connexion is ok, I can browse and Download without problems but can't Upload. The file is created on the remote side, then upload starts and the speed falls down to 0 after 1 second. Then the transfer timeout and try again. No problems when connecting with other FTP clients. Tested on client Client : Filezilla Client 3.5.3 Linux Debian Wheezy Tested on Server : Pureftpd 1.0.22, Pureftpd 1.0.28, proftpd 1.3.4a Server OS : Debian Here is the log when connecting on a pureftpd machine Status: Resolving address of xxx.xxx.xxx Status: Connecting to xxx.xxx.xxx.xxx:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-FTP server ready. Response: 220 This is a private system - No anonymous login Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 AUTH TLS OK. Status: Initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-128-CBC, MAC: SHA1 Status: Verifying certificate... Trace: CFtpControlSocket::SendNextCommand() Command: USER xxxxxxxx Status: TLS/SSL connection established. Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 331 User bk34466 OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 230-User xxxxxxxx has group access to: ftpgroup Response: 230-OK. Current restricted directory is / Response: 230 10103133 Kbytes used (24%) - authorized: 41943040 Kb Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 PBSZ=0 Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Data protection level set to "private" Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFileZillaEnginePrivate::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of /home/thib/Desktop/test/test.test Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD / Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is / Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: FileTransferSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 1 Command: TYPE I Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 TYPE is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 2 Command: PASV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (xxx,xxx,xxx,xxx,248,52) Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 2 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 4 Command: STOR test.test Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-128-CBC, MAC: SHA1 Trace: CTlsSocket::OnRead() Trace: CTransferSocket::OnConnect Trace: First EAGAIN in CTransferSocket::OnSend() Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 1 Trace: state = 4 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 5 Error: Connection timed out Trace: CControlSocket::DoClose(2050) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Trace: CFtpControlSocket::ResetOperation(2114) Trace: CControlSocket::ResetOperation(2114) Error: File transfer failed after transferring 737,280 bytes in 21 seconds Trace: CFileZillaEnginePrivate::ResetOperation(2114) Trace: CControlSocket::DoClose(64) Trace: CControlSocket::DoClose(64) Status: Resolving address of xxxxxxx Status: Connecting to xxx.xxx.xxx.xxx:21... Status: Connection established, waiting for welcome message... Trace: CFtpControlSocket::OnReceive() Response: 220-FTP server ready. Response: 220 This is a private system - No anonymous login Trace: CFtpControlSocket::SendNextCommand() Command: AUTH TLS Trace: CFtpControlSocket::OnReceive() Response: 234 AUTH TLS OK. Status: Initializing TLS... Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-128-CBC, MAC: SHA1 Status: Verifying certificate... Trace: CFtpControlSocket::SendNextCommand() Command: USER bk34466 Status: TLS/SSL connection established. Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 331 User bk34466 OK. Password required Trace: CFtpControlSocket::SendNextCommand() Command: PASS Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 230-User xxxxx has group access to: ftpgroup Response: 230-OK. Current restricted directory is / Response: 230 10103853 Kbytes used (24%) - authorized: 41943040 Kb Trace: CFtpControlSocket::SendNextCommand() Command: PBSZ 0 Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 PBSZ=0 Trace: CFtpControlSocket::SendNextCommand() Command: PROT P Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 Data protection level set to "private" Status: Connected Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFileZillaEnginePrivate::ResetOperation(0) Trace: CFtpControlSocket::FileTransfer() Status: Starting upload of /home/thib/Desktop/test/test.test Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::ChangeDirSend() Command: CWD / Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 250 OK. Current directory is / Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: FileTransferSubcommandResult() Status: Retrieving directory listing... Trace: ftpcontrolsocket.cpp(1296): List called from other command caller=0x7f0d30005470 Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 1 Command: TYPE I Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 200 TYPE is now 8-bit binary Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 1 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 2 Command: PASV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (xxx,xxx,xxx,xxx,49,114) Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 2 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 4 Command: MLSD Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-128-CBC, MAC: SHA1 Trace: CTlsSocket::OnRead() Trace: CTransferSocket::OnConnect Trace: CTransferSocket::OnReceive(), m_transferMode=0 Trace: CTransferSocket::TransferEnd(1) Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 1 Trace: state = 4 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 5 Response: 226-ASCII Response: 226-Options: -a -l Response: 226 12 matches total Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 5 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 8 Trace: CFtpControlSocket::TransferEnd() Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: CFtpControlSocket::ListSubcommandResult() Trace: state = 3 Trace: CFtpControlSocket::ResetOperation(0) Trace: CControlSocket::ResetOperation(0) Trace: CFtpControlSocket::ParseSubcommandResult(0) Trace: FileTransferSubcommandResult() Trace: CFtpControlSocket::SendNextCommand() Trace: FileTransferSend() Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 2 Command: PASV Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 227 Entering Passive Mode (xxx,xxx,xxx,xxx,49,5) Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 2 Trace: state = 2 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 3 Command: REST 737280 Trace: CTlsSocket::OnRead() Trace: CFtpControlSocket::OnReceive() Response: 350 Restarting at 737280 Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 3 Trace: state = 3 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 4 Command: STOR test.test Trace: CTransferSocket::OnConnect Trace: CTlsSocket::Handshake() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnSend() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: CTlsSocket::OnRead() Trace: CTlsSocket::ContinueHandshake() Trace: TLS Handshake successful Trace: Cipher: AES-128-CBC, MAC: SHA1 Trace: CTlsSocket::OnRead() Trace: CTransferSocket::OnConnect Trace: First EAGAIN in CTransferSocket::OnSend() Trace: CFtpControlSocket::OnReceive() Response: 150 Accepted data connection Trace: CFtpControlSocket::TransferParseResponse() Trace: code = 1 Trace: state = 4 Trace: CFtpControlSocket::SendNextCommand() Trace: CFtpControlSocket::TransferSend() Trace: state = 5 |
|||||
#8163 | Error on quitting Filezilla client | new | Bug report | normal | FileZilla Client | |
Description |
After updated to 3.5.3 I get this error when I quit the program (roughly translated from Italian): The instruction at "0x69577966" referred to memory location "0x69577966". Memory cannot be read. My OS is Windows XP SP3 full updated. Maybe a problem with my preferences or datas because I dont get this error if I dont open a previosly saved server profile (I saved a lot). But I really dont know what to do... |
|||||
#8164 | reconnect: remember Site Manager entry | new | Feature request | normal | FileZilla Client | |
Description |
When using "reconnect" (Ctrl-R) after starting FileZilla it would be great if FZ rememberred not only the connection IP and local and remote directory but also the "session", i. e. the Site Manager entry it was started from - with all its settings like "Use synchronized browsing". Otherwise, if synchronized browsing is useful for this site (I guess as it is for most websites), using reconnect makes no sense. I always have to go to the Site Manager to start the session instead of using "Reconnect". This ticket is some similar to ticket #4746, but there it is about remembering settings made interactively. Maybe it's easyier to implement remembering only Site Manager entry. |
|||||
#8168 | SFTP Certificate does not save in Program memory | new | Bug report | normal | FileZilla Client | |
Description |
'After going in and selecting the preferred SFTP certificate whether it is located on a network drive or local machine, Filezilla does not seem to save it in memory and I have to go in and reselect it at random times. Has anyone else had this problem yet? Thank you, |
|||||
#8175 | FileZilla Client should use the local certificate store | new | Feature request | normal | FileZilla Client | |
Description |
Currently the FileZilla client does not trust any certifcate presented by the server even if it is signed by a Root CA. FileZilla client should use the local certificate store (on Windows, Mac and Linux) to decide if a Root CA can be trusted and thus if the server's certificate can be trusted. The user should not have to be bugged in the case a trust chain is already established. This is espacially annoying when the server's certificate is renewed. Suddenly FileZilla client tells the user that the certificate is untrusted. In the end the user is confused resulting in support calls and frustration. |
|||||
#8182 | File Transfer Button (FileZilla Client 3.5.3) | new | Feature request | normal | FileZilla Client | |
Description |
It would be helpful to have a file transfer button between the local and server windows - at least as an option. Drag and Drop and double-clicking is more prone to mistakes, and here an option to switch off this feature could also be implemented |
|||||
#8184 | Automatically launch the latest jobs in the queue | new | Feature request | normal | FileZilla Client | |
Description |
Add the ability to automatically launch the latest jobs in the queue when the application starts, or even better so that when connected to a specific server, will run the job associated with it. |
|||||
#8198 | TLS always stops transfering at 147456 Bytes (download to Samba share) | new | Bug report | normal | FileZilla Client | |
Description |
Hi, the Debian pakage from Filezilla 3.5.3 and the version from the filezilla website does have this bug. Im not sure but its possible that it had somesthing to do with TLS Negotation (or Renegotation). Version 3.2.7 works fine, with the same settings. FTP Server is ProFTPd with various different TLS settings ( I tried everything... ) |
|||||
#8200 | Random (and usually slow) download speeds | new | Bug report | normal | FileZilla Client | |
Description |
Hi, The problem is that the download speeds are random and usually not max. Here's an example of what I mean: I download a file using filezilla, I notice slow speeds (200KB/s), so I cancel the download. Then I resume and I randomly get normal speeds (4MB/s). Why are speeds random and how do I get max download speeds all the time? |
|||||
#8202 | Store "Remember password for this session" option per host/user | new | Feature request | low | FileZilla Client | |
Description |
When using "Ask for password" or "Interactive" logon types, FileZilla asks for the password. It offers "Remember password for this session". This option however is always ticked. So even when unticking it and entering the password, the next time the password is asked, that option is ticked again. Store this option (in session) for name/host/user pair so that it stays unchecked if the user unchecked it. |
|||||
#8203 | Never ever recovers from a network failure. Can't resume a queue. Disconnect/reconnect doesn't fix, only restart | new | Bug report | high | FileZilla Client | |
Description |
If the network becomes unavailable while Filezilla is processing a queue, in most cases the following happens. When you try in any way to resume the queue that has been interrupted, you get this nonsense error message: "Waiting for replies to skip before sending next command" (I mean a [nonsense error][message], not a [nonsense][error message]). The client does nothing and just wait forever. It even sends "keep alive commands" from tiem to time but never resume the upload/download queue. Unchecking and checking the "Process queue" checkbox doesn't fix the issue: the error appears again. Even disconnecting and reconnecting to the server doesn't help, which is the most nonsense thing. The only way you can resume the queue is by exiting and restarting FileZilla. There should be a way to "completely reset" the connection and forget about everything as if you exited and reentered File Zilla - actually that should be done when you disconnect and reconnect to the server. Even without that, actually, the client should detect the timeout and do whatever is necessary to resume noral operation automatically. |
|||||
#8213 | Manual transfer multiple files | new | Feature request | normal | FileZilla Client | |
Description |
I'd like to manual transfer a bunch of files from a remote folder which contains 10s of thousand files. When I try to enter this folder, it hangs up after command 'ls', even I set up a filename filter. regards, |
|||||
#8221 | Continue load non-existing files when "File exists"-dialog appears | new | Feature request | normal | FileZilla Client | |
Description |
It will be useful when user is AFK: loading won't stop. |
|||||
#8222 | Add option to always display filesize in KB to match Windows style | new | Feature request | normal | FileZilla Client | |
Description |
It seems that Windows 8 always uses KB to show a filesize within Explorer. I'm not sure when this change happened, but it appears consistent in Windows 8 - from files that are just 1 KB to files that are 6 GB, the size is always shown in KB (see attached screenshot). In order that files can easily be compared between remote versions in Filezilla, and local versions in an Explorer window, an option to *always* use KB when showing filesizes would be useful. Hopefully this isn't too laborious to implement :) Thank you! |
|||||
#8223 | Filezilla Client - can't resume file >2GB | new | Bug report | normal | FileZilla Client | |
Description |
I have this situation: Server: unbuntu 12.04 LTS, vsFTPd 2.3.5. (should support files >2GB since a long time) Client: windows XP, filezilla 3.5.3 (should support files >2GB) Settings: plain FTP with usr/pwd, server and client on the same LAN. What happens: I can't resume files from server if they are >2GB. I tried another client (WinSCP) and this doesn't happen. I can transfer the file if I don't interrupt it, the issue is just on resume. Here the log: 16:19:26 Status: Connecting to 10.42.0.1:21... 16:19:26 Status: Connection established, waiting for welcome message... 16:19:26 Response: 220 (vsFTPd 2.3.5) 16:19:26 Command: USER * 16:19:26 Response: 331 Please specify the password. 16:19:26 Command: PASS * 16:19:26 Response: 230 Login successful. 16:19:26 Command: SYST 16:19:26 Response: 215 UNIX Type: L8 16:19:26 Command: FEAT 16:19:26 Response: 211-Features: 16:19:26 Response: EPRT 16:19:26 Response: EPSV 16:19:26 Response: MDTM 16:19:26 Response: PASV 16:19:26 Response: REST STREAM 16:19:26 Response: SIZE 16:19:26 Response: TVFS 16:19:26 Response: UTF8 16:19:26 Response: 211 End 16:19:26 Command: OPTS UTF8 ON 16:19:26 Response: 200 Always in UTF8 mode. 16:19:26 Status: Connected 16:19:26 Status: Retrieving directory listing... 16:19:26 Command: CWD /mnt/DATA/Scaricati 16:19:26 Response: 250 Directory successfully changed. 16:19:26 Command: PWD 16:19:26 Response: 257 "/mnt/DATA/Scaricati" 16:19:26 Command: TYPE I 16:19:26 Response: 200 Switching to Binary mode. 16:19:26 Command: PASV 16:19:26 Response: 227 Entering Passive Mode (10,42,0,1,101,248). 16:19:26 Command: LIST 16:19:26 Response: 150 Here comes the directory listing. 16:19:26 Response: 226 Directory send OK. 16:19:26 Status: Calculating timezone offset of server... 16:19:26 Command: MDTM Dummy.mkv 16:19:26 Response: 213 20120815152108 16:19:26 Status: Timezone offsets: Server: 0 seconds. Local: 7200 seconds. Difference: 7200 seconds. 16:19:26 Status: Directory listing successful 16:20:40 Status: Connecting to 10.42.0.1:21... 16:20:40 Status: Connection established, waiting for welcome message... 16:20:40 Response: 220 (vsFTPd 2.3.5) 16:20:40 Command: USER pio-mode 16:20:40 Response: 331 Please specify the password. 16:20:40 Command: PASS * 16:20:41 Response: 230 Login successful. 16:20:41 Command: OPTS UTF8 ON 16:20:41 Response: 200 Always in UTF8 mode. 16:20:41 Status: Connected 16:20:41 Status: Starting download of /mnt/DATA/Scaricati/BIGFILE.mkv 16:20:41 Command: CWD /mnt/DATA/Scaricati 16:20:41 Response: 250 Directory successfully changed. 16:20:41 Status: Testing resume capabilities of server 16:20:41 Command: TYPE I 16:20:41 Response: 200 Switching to Binary mode. 16:20:41 Command: PASV 16:20:41 Response: 227 Entering Passive Mode (10,42,0,1,209,121). 16:20:41 Command: REST 4431494699 16:20:41 Response: 350 Restart position accepted (4431494699). 16:20:41 Command: RETR BIGFILE.mkv 16:20:41 Response: 150 Opening BINARY mode data connection for BIGFILE.mkv (4478241540 bytes). 16:20:41 Response: 426 Failure writing network stream. 16:20:41 Error: Server does not support resume of files > 2GB. 16:20:41 Error: Critical file transfer error I removed usr name and file name, all the rest is left untouched. Access to the file is possible, I resumed a couple of times while it was still <2GB, an it worked perfectly. I couldn't find any options for this case, and usually I just made a queue and process it in a go, so I never run in this. I think it's a bug, may be not, just signaling it. piovra78 |
|||||
#8225 | Shell scripts files permission changed after downloaded from remote site. | new | Bug report | high | FileZilla Client | |
Description |
I'm using latest version Filezilla client on Mac OS X. I found that downloaded copy of shell script files (.sh or without extensions) downloaded through Filezilla are all set to read-only (644) even though they were writable or executable on the remote site. This seems to be an unexpected behavior because a plain scp command doesn't change permissions. The bad thing about this is that stuff like .pkg installers which contain pre-install/post-install shell scripts will get busted because those scripts are not executable when download through Filezilla. Please fix. This seems to be serious. |
|||||
#8229 | FileZilla should show automatically recognised "Server Type" | new | Feature request | low | FileZilla Client | |
Description |
When adding a server to the Site Manager, the "Advanced" tab allows setting a "Server Type" of "Default (Autodetect)". I simply assume that this Server Type is used as well when using the Quick Connection Bar. My suggestion is to shoe the selected/automatically detected Server Type in the message panel, so that it is part of the message log. |
|||||
#8230 | Auto Clear History on exit from Filezilla client. | new | Feature request | high | FileZilla Client | |
Description |
Dear Sir, Most of time we connect our server from untrusted computers (Cyber Cafe & other). if it is possible please do one thing if we exit from filezilla client,connection history will automatic clear from quick connect. this feature is optional (enable & disable from settings) |
|||||
#8238 | list command used, not supported by msftp server 2003 | new | Feature request | normal | FileZilla Client | |
Description |
it would appear that while filezilla does ask ftp servers for capabilities upon connection, it's not recognizing that a windows server 2003 ftp service doesn't support the list command. dir, ls, yes, no list. just tried it from command line myself to be sure... :-) |
|||||
#8250 | Can't create thread (error 8: Not enough storage is available to process this command) | new | Other | critical | FileZilla Client | |
Description |
I use FTP FileZilla Client to download all the websites data from two different servers online to the local backup drive. I usually connect both using different tabs. However, I am now receiving this error probably after few hours of downloading. "Can't creat the threat (error 8:Not enough storage avaialable to process this command). While I have alot of storage left. However for one of the servers online the download is successful while for other it failed and I receive this error while I run both simultaneously. Hoping to hear a quick response from you. Regards, Haroon Ashraf UK |
|||||
#8251 | Error:Server unexpectedly closed network connection Error:Could not connect to server | new | Bug report | normal | FileZilla Client | |
Description |
Could upload with Filezilla this morning and unable to do so this afternoon. Error: Server unexpectedly closed network connection Error: Could not connect to server |
|||||
#8252 | remove individual item from Quick Connect | new | Feature request | normal | FileZilla Client | |
Description |
It would be useful to have the option of deleting individual items from the Quickconnect dropdown list, say with a right-click action. Addresses change, clients go out of business, etc. etc. |
|||||
#8255 | Quick enable/disable speed limit button | new | Feature request | normal | FileZilla Server | |
Description |
Being able to disable any current speed limits with a simple button on the main screen would be very handy! Functionality is obvious but it would be something like a button on the right of the 'Lock Server' button which when enabled would cause all upload & download speed limits to be ignored so everything would go full speed. My personal reasons for wanting this are because I run an ftp server from home and only allow full speed at night so it doesn't effect my internet speeds during the day. It would be great to be able to allow full speeds easily at times I'm going out, etc. Obviously there would be many more uses for a feature like this other than my unimportant example! |
|||||
#8260 | Force Priority Change | new | Feature request | normal | FileZilla Client | |
Description |
If I have a bunch of low, large priority downloads in the transfer queue (using all the simultaneous connections) and then add a new item to the queue, setting the new item to highest priority I have to wait for one of the low priority items to complete before the HP item is processed (which could be hours). It would be nice if there was a feature that allowed the more important item to be processed immediately rather than waiting for the trivial items to complete. Possible approaches might be:
Thanks, |
|||||
#8267 | Rename permission seperate from Delete permission. | new | Feature request | normal | FileZilla Server | |
Description |
I have come across a need to enable renaming files and folders without allowing a direct delete operation. What I would like to see implemented is a separate rename permission limited to RNFR and RNTO operations. When a file or folder already exists with the new name, the current behavior of throwing an error of "5xx file exists" is preferred. Currently running FileZilla Server 0.9.41. Additional information available upon request. |
|||||
#8269 | Rename Filter | new | Feature request | high | FileZilla Server | |
Description |
Filezilla server needs to have an option to rename files with invalid characters in the filename rather than simply failing the transfer with error 550. It's not always possible to use a different FTP client that handles the renaming (current versions of Filezilla Client do handle renaming since trac ticket 3227). In my case Cisco IOS devices add a timestamp to the filenames that are saved off via FTP with colons in them. I'm sure many other issues between windows/linux filesystems occure as well. Filezilla server should have an option to accept invalidly named files by renaming the invalid characters to underscores or something. The IIS FTP server has this option. Details of same issue that was fixed in Filezilla Client: http://trac.filezilla-project.org/ticket/3227 |
|||||
#8271 | Cannot move OSX client window in the normal fashion | new | Bug report | normal | FileZilla Client | |
Description |
Usually when you click on any part of the grey window title/tool bar in OSX and drag the mouse the window moves, in Filezilla however this doesn't happen. Instead to move the window you need to specifically select only the very top part of the title bar, where the close, minimise and resize gadgets and window title are displayed. The rest of the title/tool bar does not allow the window to be moved as it normally would on OSX. This isn't serious bug but me and many of my colleagues frequently try to "grab" these other areas of the tool bar to move the window around and find that they don't work in Filezilla. Not a serious bug by a long stretch - but can be annoying at times. Hopefully this is something easy to fix... |
|||||
#8276 | tar and gzip via ssh protocol | new | Feature request | low | FileZilla Client | |
Description |
It would be nice if we could upload a tar or gziped file and allow us to untar / gunzip on the remote host if its a ssh protocol |
|||||
#8279 | Last transferred feature | new | Feature request | normal | FileZilla Client | |
Description |
Sometimes I find myself working with several files which I don't want to put in "edit" mode, but I frequently need to switch directories in order to find a file to upload. It would help to have a feature showing last files I have transferred with an option to do another transfer. |
|||||
#8281 | Remote: dragging folder upwards in tree scrolls window to find target | new | Feature request | normal | FileZilla Client | |
Description |
When a folder in the remote pane is dragged (say you want to move it), when you drag the folder to the top of that pane, it does not scroll up to reveal more files/folders. Usually, in this kind of interface, the norm is for it to scroll with the mouse drag movement when you hit the edges of the pane. While there are other ways of achieving the folder move, it would be useful to do a move by dragging in this way, if possible? |