Custom Query (2251 matches)
Results (2101 - 2200 of 2251)
Ticket | Summary | Status | Owner | Type | Priority | Component |
---|---|---|---|---|---|---|
#5149 | option to delete after successful transfer | new | Feature request | low | FileZilla Client | |
Description |
Dear Madam/Sir: I would like to transfer files and when it's finished transfering files have it delete the files it just transfered. Do you have an option like that? |
|||||
#5162 | Needs to refresh file size so progress bar is accurate on download | new | Feature request | low | FileZilla Client | |
Description |
Immediately prior to commencing the download of a file, FileZilla needs to refresh its knowledge of the file specs from the server. This needs to be done individually and separately for each file. Consider the following scenario:
Since files may change at any time on an FTP server, FileZilla should re-obtain the file statistics (size, date, etc) immediately prior to each file's download, not only to ensure accuracy of the progress bar and the time estimations, but also for safety of the operation as well. (For example, ability to determine if there's enough space for the download.) If this is found to significantly impact performance (it shouldn't), a user preference can be added to select the new behavior for safety, or the old behavior for performance. |
|||||
#5208 | suggestion to improve sites exportation | new | Feature request | low | FileZilla Client | |
Description |
hi, there's a little thing I'd like to notify you: when you try to export a group of sites from site manager filezilla createx an .xml file containing in its 4th row this: <Folder expanded="1">My sites the problem is that when you import it in another filezilla it creates a subfolder named My sites/My sites, a kind of redundancy. You can simply avoid it by editing the .xml file and erasing the 4th row above, but you know that most of users don't know that (at least as far as I can see), so I wonder if you can just fix this by showing a popup that asks whether the user wants the program to create a subfolder or not (and so decide whether to create the 4th row or not depending on user's choice); I tried doing it by myself but my skills in c++ are a little outdated, so thank you for listening, best regards, Rick ps: I'm italian, hope my english will be understood ;) |
|||||
#5255 | Filezilla needs restart for logfile | new | Bug report | low | FileZilla Client | |
Description |
I was asked to provide a log file for a bug, so I enabled the log in the options. However, a log file was not created. So I needed to restart FileZilla. After restart, a log file was created. FileZilla did not ask me to restart. FileZilla 3.3.2 Windows XP SP 3 32-Bit |
|||||
#5316 | Preserve timestamps option is not discoverable | new | Feature request | low | FileZilla Client | |
Description |
All of the options exposed in the transfer menu (speed limit, action if file exists, transfer type) are present in the program settings too. However the "preserve timestamps" is only in the menu, making it harder to find. I think the option should also be present in the settings. |
|||||
#5351 | Doesn't stop trying to upload same file after disk quota limit | new | Bug report | low | FileZilla Client | |
Description |
Filezilla doesn't stop trying to upload the same file after getting the disk quota limit error -452-. It gives an file exist notice with the first file but keeps trying to send the second and third. |
|||||
#5420 | Another win file name upper/lower case issue | new | Bug report | low | FileZilla Client | |
Description |
To reproduce (windows only, probably):
Result: filezilla's "File Has Changed" feature uploads the file using the old filename (i.e. uploads foo.js rather than Foo.js, even though foo.js no longer exists) |
|||||
#5438 | View/Edit stops working | new | Bug report | low | FileZilla Client | |
Description |
View/Edit menu item from the context menu on a remote file stops working on the second attempt on the same file, if currently openned localy. Step to reproduce : 1 - Select a remote .csv file and View/Edit from the context menu; 2 - while the file is still open, try to view/edit again the same remote file 3 - On the prompt that warns you that file is openned, select the second option «Delete local file and download again» + Ok. Another warning shows up. 4 - close the local file. 5 - View/Edit again on the same remote file. Nothing open, nothing download. And no prompts. other useful info :
Restarting Filezilla fixes the issue, so it's little to deal with. However, less technical users might have an harder time figuring out what's going on. Keep up the good work ! Regards, jsgervais |
|||||
#5456 | Total of transferred files should change when you change transfer tabs | new | Feature request | low | FileZilla Client | |
Description |
On the right-down corner, I read "Queue: xxx GB". When I change the tabs of the transfer box, from 'queue', to 'not transferred', to 'successfully transferred', the label should change.. The size should be updated referring to the specific opened tab. I.e.: i change to "successfully transferred" and the label should be replaced with "Transferred: yyy GB". |
|||||
#5481 | Interchange colours (with white/grey) in the Queued files | new | Feature request | low | FileZilla Client | |
Description |
Here, you have an example of "my idea" : http://nsa16.casimages.com/img/2010/07/24//100724063006470742.jpg That's easier to read! :) Thanks |
|||||
#5490 | Bad behavior with changing priority while adding files to queue | new | Feature request | low | FileZilla Client | |
Description |
Select a remote folder with lots of subfolders and start to download it. Filezilla will go through each folder and add files in the queue. Right at the start, when only about 10 files were in the queue I selected approximately the last 5 and set them at high priority. As these were downloaded, Filezilla kept going through folders and adding to queue. When those with high priority finished, Filezilla continued with the files below those completed (that were added to queue as I selected high priority to those ~5). Setting the first few files to High priority to have them transferred didn't change anything, Filezilla insisted on continuing with the ones set at Normal priority, that were added later on browsing folders recursively. |
|||||
#5527 | Drag + Drop Download on Mac | new | Feature request | low | FileZilla Client | |
Description |
I would like to request the ability to drag files from Server-View directly to my desktop. On my Windows-version of FileZilla at home it's working, but at work on a mac it show this cursor " best regards Tobias |
|||||
#5552 | Drag item up to other folders | new | Feature request | low | FileZilla Client | |
Description |
While there are, yes, many ways around this, it would be nice to have this feature available. When you click and drag a file up, it does not scroll up to the folders, but rather sits and stalls. The video attached will help clarify what I am requesting. |
|||||
#5594 | Keyboard shortcut lost on Windows after update | new | Bug report | low | FileZilla Client | |
Description |
Updates are frequent with FileZilla. It seems that each update deletes and then recreates the FileZilla shortcut on the desktop. The consequence is that any customization of the shortcut, especially the keyboard shortcut (in my case Ctr+Alt+F) gets lost. Thanks jean-louis |
|||||
#5595 | Keyboard navigation on directory panel | new | Bug report | low | FileZilla Client | |
Description |
Since a former update (maybe FileZilla 3), the possibility of jumping to a location on the directory tree by pressing a letter on the keyboard has been lost. I suspect that is has been lost on the local directory panel first, and now on the distant directory panel as well. Note that it is still preserved on the file list panels. The possibility of navigating using the keyboard is important for users like me who appreciate "mouseless" fast interaction. |
|||||
#5631 | Configuration file typos | new | Bug report | low | FileZilla Client | |
Description |
The filezilla.xml has 2 typos to fix:
The value has a space at the end which isn't needed.
doubleclock should be named doubleclick. |
|||||
#6190 | Extracting archives in FileZilla | new | Feature request | low | FileZilla Client | |
Description |
You should add support for extracting archives(zip etc.) via FileZilla so they don't have to be extracted before with explorer or other software. It'll also decrease upload time and will allow you to keep all the files on your HD archived. Sorry if this has been suggested previously. |
|||||
#6498 | warn earlier about reboot? | new | Feature request | low | FileZilla Client | |
Description |
Hi, A small point, but it just caused a bit of a problem here. I was in the middle of a job and needed to ftp something. Ran Filezilla and was prompted to update to latest version. Approved it. At the end of the update process it said I had to reboot before I could use it, which meant closing down a load of programs that I was working in, losing my place in code etc. Perhaps you could put a warning BEFORE the update starts saying that a reboot will be necessary, then we can choose whether to do it then or not. Many thanks |
|||||
#6511 | Default System Language | new | Bug report | low | FileZilla Client | |
Description |
I'm somebody with some mixed language settings. Have my Region and Language set as follow: Format to Dutch Current location: the Netherlands. Keyboard and languages default is English (United States) - US Current language for non-Unicode programs: English (United States) I did upgrade to filezilla 3.3.5.1 and have my settings to "Default system Language" but get my filezilla in Dutch instead of English what would be expected. Not a major issue just to let you know it doesn't work correctly. |
|||||
#7246 | Speed Limits icon distorted without 48x48 version | new | Bug report | low | FileZilla Client | |
Description |
If a theme does not include a 48x48 pixel icon set, then the speed limit icon will be distorted when opening the Speed Limits dialogue (see screenshot). A current work around for this is to use the 48x48 icon set from the classic theme if a 48x48 icon is not present for a theme used i.e. minimal or cyril. It would be much better if Filezilla could automatically detect that the theme does not have a 48x48 icon set and fall back to the classic theme speed limit icon. Alternative ideas:
This is currently only on Windows (daily build 2011-03-16 used) as linux versions fall back to the classic speed limit icon as expected. |
|||||
#7257 | Some functionnalities are not accessible without right click | new | Feature request | low | FileZilla Client | |
Description |
A tetraplegic friend use his computer with the chin, and he can only access to the left click. The keyboard is replaced by "clavicom", a software similar to the one given by the windows accessibility tools. By this way, for example he cannot delete files on his ftp server. This is because the right click is physically not accessible, and the delete key and right click key on the virtual keyboard does not work properly. The only way to delete a file is to open the windows virtual keyboard and click on delete key. |
|||||
#7275 | Download timer doesn't go over 2 hours | new | Bug report | low | FileZilla Client | |
Description |
When doing a long download with FileZilla, time counter for used time goes zero after two hours. So when download have gone over 1:59:59, counter resets to 00:00 and goes on from there. Haven't tested if it goes back to zero multiple times (when transfers lasts more than 4 hours etc). |
|||||
#7282 | Search in "Site manager" | new | Feature request | low | FileZilla Client | |
Description |
Hi all:
|
|||||
#7341 | Windows 7 Library support | new | Feature request | low | FileZilla Client | |
Description |
I would like FileZilla to support and use the library features built in to Windows 7 instead of having to navigate to deeply buried folders every time I use FileZilla. It just makes things easier when you are very commonly downloading movies/pics/etc but the folders are not as easy to get to. |
|||||
#7366 | Filter button GUI inconsistency | new | Feature request | low | FileZilla Client | |
Description |
I think that functionality of filters button should be changed around. I have mouse buttons and respective button actions in mind. Standard GUI behaviour ====================== LMB: Default action, usually quite simple and straightforward RMB: Additional and feature complete means to manipulate with given object FZ Filters button - now ================= LMB: Displays option dialog for filters with lots of settings RMB: Turns filters on and off FZ Filters button - should be ================= LMB: Turns filters on and off RMB: Displays additional and feature complete options for filters Take Compare Button as an example, that one is implemented correctly. Proximity of these two buttons along with their similar function but inconsistent behaviour makes them ergonomical nightmare as user needs to try what will actually happen when he l/r clicks one of buttons. I use these buttons almost constantly and still don't intuitively remember what will happen if I left click the filter button. |
|||||
#7720 | Tree view lazy loading improvement | new | Feature request | low | FileZilla Client | |
Description |
In the remote tree view.. it would be useful that when a leaf (a folder) is clicked or expanded ('+' icon).. the subfolders underneath show the '+' icon if they contain at least one subfolder. That way you can navigate in the folder structure quickly with less clicks. Right now, I have to press the folder with a '?' sign, wait a bit, then I can expand it. That behavior could be optional and configurable in the settings. |
|||||
#7732 | Image Preview Pane | new | Feature request | low | FileZilla Client | |
Description |
Is is possible to include a preview pane when clicking on a file either in the upload or download screen. Especially dealing with pictures, I sometimes have to open several different ones just to make sure I am uploading the correct one. I did search tickets for "preview pane" and returned "no results found" |
|||||
#7770 | Symlink not being updated on refresh | new | Bug report | low | FileZilla Client | |
Description |
FileZilla 3.5.1 Mac OS X 10.6.8 When I change a remote symlink via SSH, it is not being updated in FileZilla's remote window. In fact, the symlink is still leading to a directory that doesn't even exist anymore (and actually displays its contents), so it seems a cache issue or something. Upon restarting the client, the symlink works, making this a very low-priority bug. I have verified that the symlink is correct in the shell. |
|||||
#7778 | Edited local file is not deleted when checkbox 'delete local file' is checked | assigned | Bug report | low | FileZilla Client | |
Description |
Hi. FileZilla v3.5.1 does not delete edited local file (manually downloaded *not* edited on-the-fly) when checkbox "Finish editing and delete local file" is checked. Steps to reproduce:
Note: edited file is deleted (if checkbox is selected then file is deleted regardless which button I click - and that's ok in my opinion :)) when editing on-the-fly (using context-menu option called: "view / edit". I don't know if this should help but this problem exists from some previous stable versions of FileZilla (or is it just my imagination?). Thanks for your kind help and keep it up cause FZ is the best FTP solution ever. :) |
|||||
#7813 | Deliting files recursively SFTP | new | Feature request | low | FileZilla Client | |
Description |
I was just wondering if you couldn't change how FileZilla deletes files recursively but also CHMOD as this is pretty much the same thing. If you mark a folder and press delete, FZ scans the folders content and deletes the files one at a time. When using SFTP I am sure that the fastest solution would be "rm -r FOLDER" The same thing goes for CHMOD where Linux incorporates a recursive function into the command too. "chmod -R FOLDER" So everytime I delete a folder I am thinking "Why am I wasting my time on this, when I could do it 100 times quicker on SSH?" |
|||||
#7820 | Pointer collision in commandqueue between enqueue and dequeue | new | Bug report | low | FileZilla Client | |
Description |
Recreate the bug: 1- Add couple of files to the queue. 2- Make the simultaneous transfers less than the queued ones and start the transfer. 3- Add another files to the queue. After finishing the download that already started while adding the new files the queue will start download the latest added files instead the queued ones before. |
|||||
#7858 | Incorrect Information in Download Progress Bar | new | Bug report | low | FileZilla Client | |
Description |
To reproduce: If I upload a file which is large in size (in this case let's say 500 MB) on one terminal to transfer it to some other terminal and I open filezilla on other terminal while the upload is in progress and see that the file size is 250 MB since it has not been uploaded completely. Now, I wait for the file to upload completely and once I have verified that the upload is complete, on the other terminal (on which the window is already open and the file size show 250 MB since it has not been refreshed), I start the download. The file download progress bar that appears at the bottom takes the size of file to be 250 MB only and shows 100 % completed when only half the file (250 MB) has been downloaded. Though the complete file downloads to the other terminal, for half the time, progress bar says that the download is 100 % completed. Thanks |
|||||
#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. |
|||||
#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) |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#7997 | Clear local directory dropdown when connecting to new server in same tab | reopened | Feature request | low | FileZilla Client | |
Description |
Sirs When you use one ftp server, the source file directories combo goes memorizing all the folders you navigate for transactions. When you want to connect to another server, Filezilla gives you the option: "Abort current connection", but the problem is that Filezilla keeps some directories used in the previous server connection in the combo, creating risk of SERIOUS DAMAGE, if someone takes for instance an index.php from a different website and paste over another index.php from another site. I say that because in my machine I have source files for about 10 different websites. This behaviour of Filezilla is very dangerous and I tasted this problem myself... did this fault once =D but noticed instantly and corrected! The luck is that I had the original file for the wrongly ovewrited website index... What about if I didn't have the original source ??? You must change it this way: If someone aborts one connection to connect to a new server, source files combo MUST be cleared!!! |
|||||
#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. |
|||||
#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 |
|||||
#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. |
|||||
#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. |
|||||
#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 |
|||||
#8298 | PAPERCUT: "Default file exists action" dialog box is overstretched | new | Bug report | low | FileZilla Client | |
Description |
LOCATION: Main menu/Transfer/Default file exists action... ISSUE: The dialog box for "Default file exists action" is horizontally overstretched when using some languages. For example: using French and German languages stretches this dialog box horizontally across my screen and still some text is clipped. On the other hand, some languages display OK. For example, Croatian language wraps fine inside the dialog box. Might be a text wrapping issue? |
|||||
#8332 | version check/update/install shouldn't be blocking | new | Feature request | low | FileZilla Client | |
Description |
I had FileZilla 3.5.3 installed, and launched it to do some FTP-ing. When launched, it did a version check, told me there was a new version, so I told it to download. However, the entire download / install process is via a modal dialog, so I couldn't actually do the FTP work I was intending to do! I had to wait for the download / install / etc to complete, then re-launch FileZilla to complete my work. Instead of being a blocking operation, the download / install process should optionally occur once a user has completed their tasks in FileZilla and is ready to shutdown the application. |
|||||
#8358 | Setting "Window position and size" is wrong calculated | new | Bug report | low | FileZilla Client | |
Description |
On calculating the vertical offset desktop panels are ignored which will result in a not exactly centered FileZilla on the default configuration. For example on a resolution of 1680x1050 FileZilla calculates a vertical offset of 138 pixel. My panel has a height of 24 pixel and on checking with GIMP I'm getting 138 pixel from the top of my desktop to the top of FileZilla and 114 pixel (138 - 24) from the bottom of FileZilla to the bottom of my desktop. The correct value would be a vertical offset of 126 pixel if the panel would be considered (with 126 pixel on this resolution FileZilla would be correctly centered then). Only if the resolution gets too small (for example 800x600) FileZilla is forced to calculate the correct value because of the missing space. |
|||||
#8359 | More structured xml files | new | Feature request | low | FileZilla Client | |
Description |
For example filezilla.xml uses entries like this one: <Setting name="Window position and size">0 390 138 900 670 </Setting> This is not really structured for a xml file and makes it difficult to understand for a human or an application. In my opinion this entry (and others in a similar way) could be split like this: <Setting name="Window maximized">0</Setting> <Setting name="Window width">900</Setting> <Setting name="Window height">670</Setting> <Setting name="Window horizontal offset">390</Setting> <Setting name="Window vertical offset">138</Setting> |
|||||
#8395 | Combine multiple uploads of the same file | new | Feature request | low | FileZilla Client | |
Description |
When adding the same file multiple times to the queue, it should be recognized as duplicate and not be added again. |
|||||
#8418 | "Transfer Queue Process" toggle button doesn't retain visual state on theme change | new | Bug report | low | FileZilla Client | |
Description |
Subject pretty much says it all. I have an active file transfer, and then I go to Edit -> Settings and pick a new Theme, and then hit OK. I am returned to the main window, but the "Process Queue" toggle button has lost its state and appears in the "off" position (not-pressed). I only had a single file in the queue and it was already in progress, so I'm not sure if this was simply cosmetic (the rest of the queue would've completed) or if the Process Queue setting actually got frobbed. Client details below. FileZilla Client Version: 3.6.0.2 Build information:
Linked against:
Operating system:
|
|||||
#8589 | Resursive delete of directory with hidden files fails without "Force show hidden files" | new | Bug report | low | FileZilla Client | |
Description |
Preconditions:
Action: Try to recursively delete the structure What happens:
What should happen:
Extra information:
|
|||||
#8696 | After renaming a remote file, the list cursor moves to first list entry | new | Bug report | low | FileZilla Client | |
Description |
In the local file list box, the behavior is as expected: the list cursor stays at the same list position after renaming a file. But in the remote list box, the list cursor moves to the first entry ("..") in the list after renaming a file. The user can press "Page down" and the cursor keys to navigate to the last position and rename the next file. Which is more annoying the more files you have to rename. I use filezilla since several years now and this was ever an annoying issue. I thought "I can not be the only one and in one of the future updates this will be fixed for sure". But maybe the develpers are are not using filezilla often to rename remote files... ;) Anyway, thank you for this otherwise great piece of software. |
|||||
#8707 | create remote new file based on OS/environment "new file" facility | new | Feature request | low | FileZilla Client | |
Description |
Taken from #2989: I think it should be a menu like the "New" menu in Windows Explorer. And when the user clicks, for example, "New Text Document", FileZilla should create a new text document in the temporary directory and then upload it to the server. All the other menu items should be also available: 1 - New Word document 2 - New Microsoft powerpoint etc. That helps the user to create some customised template in Windows Explorer and use them in FileZilla. The user may want to create some templates like: New HTML document New PHP file New Smarty template etc. And he will be able to use these templates in FileZilla as well as Windows Explorer. All this applies to KDE, GNOME and other graphical environments as well. |
|||||
#8738 | Immediately listing new file in client window | new | Feature request | low | FileZilla Client | |
Description |
When I edit a file on my computer, which is listed in the client window and "save as" under a new file name, the new file does not show up in the listing. Currently I have to move up the directory tree and back down to the original directory for the new file to show up in the listing. It sure would be nice if creation of the new file would trigger an immediate update in the directory listing. Thanks for what you do. Using Windows 8 / Intel Core i5 running: FileZilla Client Version: 3.7.0.2 Build information:
Linked against:
Operating system:
|
|||||
#8801 | A new look for FileZilla | new | Feature request | low | FileZilla Client | |
Description |
I posted a FileZilla design concept on Forrst https://forrst.com/posts/A_Modern_FileZilla-GuY and I was wondering if you would be interested in using this design in a future update like in version 4 or 5. I would be very happy to assist you in building out the rest of the design. |
|||||
#8825 | Per-tab limit on transfers | new | Feature request | low | FileZilla Client | |
Description |
Site Manager permits assigning a connection limit to individual saved sites. Settings permits a global cap on connections. In order to use multiple servers at once, you need to raise the global cap on connections. When you do that, you remove the connection limit for hosts where it's not specified explicitly. Ideally, the global limit would be per-host/session (i.e. per tab), not overall, i.e. with a per-session limit of 1 connection, each tab can transfer one file at a time, but every tab is permitted to transfer data, instead of having stalled tabs. At the moment, a global limit of 10 means that unrestricted/ad-hoc connections will get all 10 connections at once. This means that the limit must be set on every site one by one manually in Site Manager otherwise the global limit doesn't do anything useful, and this seems wrong. Not a huge issue, just something to play with one day. |
|||||
#8991 | Visible file name in the queue when path is long | new | Feature request | low | FileZilla Client | |
Description |
In current situation if file being transfer has a very long path, then user can not see the file name only the path with ... at the end. A better way would be to have file name visible all the time. Some e.g. Current: /dir/another/dir/and/long/path... Desirable: /dir/another/dir/a...filename.ext Current: /dir/veryveryveryverylongfilen... Desirable: ...veryveryverylongfilename.ex... (although this is not complete file name, but more informative then before. Other approach is to give option to user how they want to see, the existing way or the new way. |
|||||
#9022 | On Up/Down speed icon in status bar, mouse over text reports incorrect information | new | Bug report | low | FileZilla Client | |
Description |
Filezilla 3.7.3 (if it matters) Layout of file and directory panes: widescreen The status bar has an icon that I guess is supposed to report the download and upload speed. It's basically like a semaphore with a red and green light but they never light up. When mouse hovers over the icon, it says the download and upload speed, but the values reported are incorrect. It seems the download and upload speeds are computed based on the part of the queue that's visible in the interface. For example, queue 100-200 files to upload to a ftp server, then queue 100-200 files to download from a ftp server and limit to 5 download slots and 5 upload slots. At the bottom, I can only see the 5 files being uploaded and the rest of the files queued for upload. I know 5 files are being downloaded but they're all the way at the bottom of the queue. If I move mouse over the icon, it will say Download : 0 KB/s , Upload : 300 KB/s (or whatever). If I scroll down until I see the active downloads, the files being uploaded are no longer visible in the interface so when i put mouse over the icon I get Download: x MB/s , Upload : 0 KB/s When both uploads and downloads are visible, tooltip shows both speeds properly. So basically it looks like the math regarding download speed is done just on what's visible on screen (or I don't know, maybe just a small subset of the queue the application holds in memory for that view) ps (this is basically feature request).. It would help if I could see in the status bar the amount of data queued split between uploads and downloads, right now you only see the Total queued. For example, I have 400 GB of transfers queued but no way to easily tell how much is left to upload when I'm not sure if the server has enough free disk space to hold what's left. |
|||||
#9031 | When selecting the next file to download, only the remainder of the queue is searched | new | Bug report | low | FileZilla Client | |
Description |
I create a queue, it starts downloading, and then I set file priorities. What I mean is: while the queue is downloading, I change the priorities of files. I end up with something like: file1 low - waiting file2 highest - waiting file3 medium - downloading- I only recently set file2 to highest file4 low - waiting file5 high - waiting file6 low - waiting However when file3 finishes, the next file to be downloaded is file5, NOT file2. It seems Filezilla is only scanning the remainder of the queue when picking the next file to download, rather than the whole queue. |
|||||
#9037 | Gnome-software appdata file for filezilla | new | Feature request | low | FileZilla Client | |
Description |
Hi, I've written up an appdata file for filezilla so it can be part of gnome-software in a more complete manner. Please find it attached. I'm going to update the Fedora package to include this file sometime this week so that it's picked up by gnome-software for Fedora 20. It'll be great if this file can be included in future releases, and optionally, if the build system could install it to /usr/share/appdata. The installation isn't necessary, since us maintainers can do it manually too. Please feel free to edit the file to improve the descriptions, add more screenshots etc. The screenshots must be 16:9 in aspect ratio though. Here's a post explaining how to make such screenshots: http://blogs.gnome.org/hughsie/2013/10/08/how-to-take-169-screenshots/ More information on appdata files: http://people.freedesktop.org/~hughsient/appdata/ |
|||||
#9124 | FileZilla window doesn't relocate to main monitor when using RDP to dual monitor computer | new | Bug report | low | FileZilla Client | |
Description |
If Filezilla is left running on the 2nd monitor in a dual monitor arrangement, then RDP is used to access the desktop from a remote computer which has only a single monitor, the Filezilla instance doesn't relocate itself to the 1st monitor, and is inaccessible because it's invisible. The work-around is to kill it from the task bar and restart it, and it then locates itself on monitor 1. |
|||||
#9152 | Filesize thousands separator | new | Bug report | low | FileZilla Client | |
Description |
Dear Friends, The thousands separator in filesizes when selected "Display size in bytes" does not work. Even if we have checked this options, filesizes are displayed without separator. I will be very happy if this small bug can be fixed! Best Regards, Grigor Alexandrow, MultiTech, Ruse, Bulgaria |
|||||
#9812 | File autoupload uses first used folder | new | Bug report | low | FileZilla Client | |
Description |
I edited a file. Filezilla uploads it. I changed local and remote dir and edited a second file. Filezilla uploads it to first file's directory |
|||||
#9924 | rename and overwrite cause incomplete file list | new | Bug report | low | FileZilla Client | |
Description |
When I rename a file at the FTP-Server and this name matches to the name of an existing file, than appears a dialog box and says 'Target filename already exists, really continue?' I click on yes and FileZilla overwrites the file succesfully. But then I get an incomplete list of the files at the FTP-Server. It seems that only the files are shown that was in the list above the renamed file. After pressing F5 (refresh) I get the complete list of files. |
|||||
#10251 | the Help(帮助) display ? | new | Bug report | low | FileZilla Client | |
Description |
except : "帮助(H)" actual : "?" VERSION: 3.10.1.1(china) |
|||||
#10255 | Feature Request: Update ON EXIT | new | Feature request | low | FileZilla Client | |
Description |
Can you please modify the update dialog box to install the update AFTER exiting the program? As currently implemented, the program checks for updates and downloads a new version, then prompts you to install it NOW. The only other option is to close the dialog, after which it is easy to forget or lose track of the downloaded location. It won't give you the option to put the dialog in the background and continue to use FZ, and then come back to it later. It is irritating to expect to use FZ for a task only to be forced to deal with the update before use. Giving the option to install the update after exiting the program allows us to do the job we intended to do and still perform the update. Thanks! |
|||||
#10257 | shortcut forgotten at update | new | Bug report | low | FileZilla Client | |
Description |
At each update, the desktop icon is rewritten and any keyboard user shortcut such as Str-F used to launch FileZilla is forgotten. |
|||||
#10575 | example text file association for wrong OS | new | Bug report | low | FileZilla Client | |
Description |
In the window for customizing file associations, filezilla shows an example command line instruction for creating the association. The instruction for the mac version starts with c:\program files\... which is for Windows OS instead of MacOS. |
|||||
#10653 | Yes/No buttons to low for text inside | new | Bug report | low | FileZilla Client | |
Description |
Open Site manager and delete a post. The dialog that appears have Yes and No buttons. But part of the text is cut off. Tested in Debian with GNOME. |
|||||
#10735 | filezilla undefined symbol: _ZN2fz13local_filesys14path_separatorE | moreinfo | Bug report | low | FileZilla Client | |
Description |
The latest filezilla, libfilezilla and WXwidgets for Ubuntu 14.04 Updating '.': At revision 7291. /home/johns/Compile/filezilla/compile filezilla: symbol lookup error: ./src/interface/filezilla: undefined symbol: _ZN2fz13local_filesys14path_separatorE This started quite a few updates ago. I searched for the symbol using gdb and can't find it. I suspect either libfilezilla or WXwidgets but haven't searched those yet. I have updated WXwidgets, libfilezilla and filezilla. Ubuntu 14.04 is also current with all updates. This is probably something simple I'm missing, but I don't know what it is. Yes, I tried the forums, but there is no such issue. The forums also are quite adamant about refusing me to register with a google E-Mail address. I am NOT going to change my E-Mail. If necessary I'll use the much older filezilla from my distribution. |
|||||
#10739 | icon | new | Bug report | low | FileZilla Client | |
Description |
taskbar icon shows up twice when min to tray is on. |
|||||
#10748 | False warning “Target file already exists” | new | Feature request | low | FileZilla Client | |
Description |
I appreciate there would be considerable overhead in continually refreshing the display of the remote system so I’m not asking for that. However, I think it would be beneficial to automatically refresh the details of any files(s) about to be uploaded. Allow me to explain. I upload FRED.TXT to a Linux server. On that server I discover a problem so I delete FRED.TXT from the remote system. Having locally modified FRED.TXT I attempt to upload the revised file, which produces a warning: “Target file already exists” even though it doesn’t. Of course, if I had clicked the icon for “Refresh the file and folder lists” this message would not appear. My question is as follows: can FileZilla automatically check to see if FRED.TXT still exists on the remote system? |
|||||
#10797 | Deletion of Downloaded Update File | new | Feature request | low | FileZilla Client | |
Description |
After FileZilla Client does an update check (either automatically or manually) and determines that an update is needed, it downloads the update file to the %DOWNLOADS% folder. You can then choose to run the Update file and patch the Client software. It will close and reopen when completed. At this point though, the file that was downloaded is still in the %DOWNLOADS% directory. There is no benefit to leaving this file behind once the upgrade has taken place. Even if the upgrade fails, another copy can/will be downloaded if you allow the client software to initiate the update process for you. It would make for a cleaner installation to simply delete/purge the file instead of leaving it (and however many other copies of updates) in the Downloads folder, where some unsavvy PC users might never see them to delete them. |
|||||
#10814 | usability | new | Bug report | low | FileZilla Client | |
Description |
Usability issue while trying to download a file that is currently in cache. For example, i have file.txt already editing, when i try to re-download this file it shows me a dialog like something (see screenshot). Using mouse i need to click two (x2) times to re-dowload this file. I propose to make choices to be simple buttons instead of radio buttons, in that way to make one (x1) click to make desired action. I know i can use keyboard with one enter, but current design does not make any sense. |
|||||
#10848 | Sometimes files has zero bytes on the server after uploading | new | Bug report | low | FileZilla Client | |
Description |
When I upload multiple files sometimes a particular file is uploaded to the server with zero bytes. The file can be different from time to time, so not the same file gets uploaded with zero bytes. Usually these files are small. See related closed issues: #1155 Upload successful but zero bytes in file #3963 Files upload to zero bytes length #4309 Upload of large files completes, but shows zero bytes on server |
|||||
#10858 | "desktop path" > "'Desktop' path" | new | Bug report | low | FileZilla Client | |
Description |
I suggest changing: "Failed to get desktop path" To: "Failed to get 'Desktop' path" So these two strings are written the same way: #: ../../source/FileZilla3/locales/../src/interface/LocalTreeView.cpp:621 msgid "Failed to get 'My Documents' path" msgstr "" #: ../../source/FileZilla3/locales/../src/interface/LocalTreeView.cpp:609 msgid "Failed to get desktop path" msgstr "" |
|||||
#10859 | "Hours" > "hour(s)," or use plural | new | Bug report | low | FileZilla Client | |
Description |
Should "Hours" and "Minutes" be with small letters, "hours" and "minutes"? I suggest changing the string so i will be correct will all numbers: msgid "hour(s)," msgstr "" msgid "minute(s)" msgstr "" Or use the plural option available in PO file: msgid "hour," msgid_plural "hours," msgstr[0] "" msgstr[1] "" msgid "minute" msgid_plural "minutes" msgstr[0] "" msgstr[1] "" And maybe make the strings appear right after each other in the file. |
|||||
#10877 | Suggest changing link text in welcome dialog | new | Bug report | low | FileZilla Client | |
Description |
In welcome dialog we have these link texts: "Asking questions in the FileZilla forums" "Reporting bugs and feature requests" "Configuring FileZilla and your network" I suggest changing them to: "Ask questions in the FileZilla forums" "Report bugs and feature requests" "Configure FileZilla and your network" "Ask questions in the FileZilla forums" could maybe just be "FileZilla forums". It seems in the forum "FileZilla Forums" is written with big F in Forums so maybe change that to so they are the same. |
|||||
#10878 | HTTPS support for IP address resolver | new | Feature request | low | FileZilla Client | |
Description |
Suggest changing: "Default: http://ip.filezilla-project.org/ip.php" to: "Default: https://ip.filezilla-project.org/ip.php" So all links in PO file use HTTPS |
|||||
#10879 | Maybe replace link to probe.php by placeholder | new | Bug report | low | FileZilla Client | |
Description |
Suggest using placeholder for the following link if the link should not be changed by translators: "Please check on https://filezilla-project.org/probe.php that the server is " "running and carefully check your settings again." "Please check on %s that the server is " "running and carefully check your settings again." |
|||||
#10880 | Add trac URL to Report-Msgid-Bugs-To in POT file | new | Other | low | FileZilla Client | |
Description |
I suggest adding this URL: https://trac.filezilla-project.org/newticket?component=FileZilla%20Client To Report-Msgid-Bugs-To in filezilla.pot so it becomes: "Report-Msgid-Bugs-To: https://trac.filezilla-project.org/newticket?" "component=FileZilla%20Client\n" |
|||||
#10881 | Dialog is titled "Cannot show dialog" but i can see it | new | Bug report | low | FileZilla Client | |
Description |
I find it strange/funny that i get dialogs titled: Cannot show dialog When clearly i can see the dialog. So maybe change to something else like "Alert", "Warning" or "Info" depending on what the users is being told. |
|||||
#10882 | Find better text for reboot/shutdown/suspend strings ending with " once" | new | Bug report | low | FileZilla Client | |
Description |
I suggest finding some better way to write these strings: "R&eboot system once" "S&hutdown system once" "S&uspend system once" Because i think its unclear what is happening. To me the first string sounds like restarter system 1 time, but why would you want to restart 2 times or 3 times. I don't think its clear enough that the menu item will be cleared afterwards. Maybe like this: "R&eboot system (once)" "S&hutdown system (once)" "S&uspend system (once)" Or: "R&eboot system (only once)" "S&hutdown system (only once)" "S&uspend system (only once)" Or: "R&eboot system - only once" "S&hutdown system - only once" "S&uspend system - only once" Or: "R&eboot system (single use)" "S&hutdown system (single use)" "S&uspend system (single use)" I can't find one i really like but mabye someone else can? Maybe someone know of other software that use this that we can check out. |
|||||
#10883 | Make filter names translateable | new | Bug report | low | FileZilla Client | |
Description |
I suggest making the filter names translateable (in POT/PO files). CVS and SVN directories Useless Explorer files Temporary and backup files Configuration files Show only images |
|||||
#10885 | Improve copy text from log area | new | Bug report | low | FileZilla Client | |
Description |
If i want to copy the text from the log area it seems there are no option in the context menu when i right click to select all the text. So i have to press Ctrl + A first. Then i can copy the text in the context menu. I suggest adding "Select all" menu item to the context menu. Change "&Copy to clipboard" to just "&Copy" like in så many programs Edit menu it is just called Copy. After i insert the text in a editor i see the tabs don't match: Status: Connecting to x... Response: fzSftp started Command: open "x" 22 Error: ssh_init: Name or service not known Error: Could not connect to server Status: Waiting to retry... Maybe there is a way to correct this to copied text uses spaces and not tabs so it can look like: Status: Connecting to x... Response: fzSftp started Command: open "x" 22 Error: ssh_init: Name or service not known Error: Could not connect to server Status: Waiting to retry... |
|||||
#10886 | Add drop down arrow to folder comparison icon (just like site manager icon) | new | Bug report | low | FileZilla Client | |
Description |
Maybe add drop drown arrow to folder comparision because just like for site manager so all icons that have drop down menu use the drop down arrow (is the system allows). As it is now it seems that both the site manager icon and the folder comparison icon have a drop down menu, but only the site manager icon have a drop down arrow next to its icon. I think it would be more consistent instead og having to right click to see folder comparison drop down, and left click to see the site manager drop down. |
|||||
#10900 | Navigable locations for Remote and Local paths | new | Feature request | low | FileZilla Client | |
Description |
For example, I opened this path "/home/user/web/site.com/public_html/assets/css". Now, if I want to go back to the "/home/user" directory I should level up several times (moreover sometimes, it happens with delays due to server response). To improve this, it would be great to have paths clickable and when I click on the "user" should open this directory. Of course, to not break old behaviour, when I click on the end of the path or on the slash, it should highlight it as before and let me copy/paste/edit paths. As another option, it should open desired directory only on double-click. |
|||||
#11009 | OS X UI - Target File Already Exists dialog layout issue | moreinfo | Bug report | low | FileZilla Client | |
Description |
The "Target file already exists" dialog box doesn't handle source or destination filenames in directories with long names or deep paths, as it pushes the Actions part of the dialog off the far right of the dialog rending the options unreadable. This dialog cannot be resized either, meaning one has to either have memorised the Actions or simply guess! See attached screenshot. |
|||||
#11019 | Updater forgets command-line and logs you out on restart | new | Bug report | low | FileZilla Client | |
Description |
I have a number of filezilla shortcuts on my desktop, each of which connect to different FTP sites. I have the command-line set up in each of them to automatically connect to a given site. The bug is that when FileZilla opens and there is an update available then it updates and then restarts without being logged in anymore. It should remember the account that it was logged in to, perhaps by restarting using the same command-line as was used originally. As a workaround I have to manually close FileZilla and then find the shortcut again to restart it. |
|||||
#11049 | UI Resize issue | new | Bug report | low | FileZilla Client | |
Description |
When resizing the window to a smaller size, the quick connect button gets hidden behind the other controls. I would suggest setting a minimum width on the form so it doesn't get small enough to cause the controls to shift. |
|||||
#11099 | Add custom sorting to Site Management | new | Feature request | low | FileZilla Client | |
Description |
Добавьте возможность самому сортировать порядок сайтов / папок в менеджере сайтов. Очень удобная и нужная функция. !! Google translite -> Add the possibility to sort the order of sites / folders in the site manager. Very convenient and necessary function. |
|||||
#11119 | Make "Unit symbol for bytes..." a comment | new | Bug report | low | FileZilla Client | |
Description |
In string: msgid "B <Unit symbol for bytes. Only translate first letter>" I suggest to move the "<Unit symbol for bytes. Only translate first letter>" part out of the string at make it a comment instead: #. Unit symbol for bytes msgid "B" |
|||||
#11136 | Unexpected visual refresh entering or leaving Task View | new | Bug report | low | FileZilla Client | |
Description |
When entering or leaving Task View in Windows 10, sometimes the folder tree and file pane listings refresh. This is slower than a normal refresh and entails (in "Widescreen" view) the local folder pane, local file list pane, remote folder pane and finally remote file list pane being blanked in that order, and then redrawn in that order, quite visibly. After enabling (and since disabling) the Task View taskbar button, the fault has gone away. It's strangely intermittent; having just closed the program and re-opened it, the fault has not returned. Upgrading it to the most recent version seemed to have triggered it (I don't think I've seen it for a while) and it's cleared again. After entering Task View, the refresh can be seen in the thubmnail of the window, so long as it's not minimised. I seem to recall seeing this in "older" 10; it's also the case in Anniversary Edition, both 64-bit. I suspect this is another "it's just you" bugs! |
|||||
#11145 | Can't connect to any SFTP using specific internet provider | moreinfo | Bug report | low | FileZilla Client | |
Description |
Since I use NET (internet connection provider in Brazil) it is very rare (bellow 1%) to connect to any server using SFTP. But using SFTP/FTP on Sublime, it's ok to connect. TLS is not accessible on FileZilla too. But using insecure connection it's always ok. When I was customer from a different Internet provider, everything was ok. |
|||||
#11149 | No way to remove all files from queue that are not being uploaded/downloaded | new | Feature request | low | FileZilla Client | |
Description |
If you right-click on the queue of transfers, there is an option "stop and remove all". By doing that, as a result, the files that are currently being transferred will usually be broken at the destination (e.g. on the server if being uploaded). So, this option is not always viable. There should be (in addition) another option called something like "remove all files not being transferred", which would remove from the queue all files except those whose transfer has already transferred. So, you would have a way to stop a transfer without leaving broken files. Currently there's no way to accomplish that, and this is pathetic. Note that manually selecting and removing all non-transferring files is usually not possible because by the time you are done selecting all files, chances are that the first ones in the selection have already started being transferred. |
|||||
#11190 | TRANSFER FILE ELAPSE ISSUE | moreinfo | Other | low | FileZilla Client | |
Description |
Hello, I need help with our updated version, because we're having an issue with transferring file - giving us "Elapse error" stuck @9.98% Please give us a call to assist us @323-957-3340 or 800-545-0999 Hours 8-5pm pst I send my recordings daily and this is causing a major issue and delaying my business. I can't find answer on forum. -Pablo Carrillo |
|||||
#11231 | Scrolling on Mac Client slow to respond in Site Manager | new | Bug report | low | FileZilla Client | |
Description |
When scrolling down the list of sites in Site Manager there is a semi-long and very annoying pause. This pause does not happen in other areas of FileZilla when scrolling down (for example the Local site or remote site file folder list) This bug was introduced maybe 1-2 years ago, it never used to be this way. Affects three different Mac computers. Does not affect Windows client. FileZilla version 3.25.1 Build date 2017-03-20 OSX 10.11.6 El Capitan running on Macbook Retina 12" Early 2016 1.3Ghz Core m7 8GB 1867Mhz LPDDR3 RAM |
|||||
#11261 | default screen selection after use on Dual screen system | new | Other | low | FileZilla Client | |
Description |
FileZilla does not check if the saved last GUI screen position is still valid upon opening of the software.
The above is also true if only a fraction of the program is visible on the current desktop. Solution check upon startup not only if the top-left coordinates are within the current visible desktop area but also if you can see a reasonable portion of filezilla on the desktop. If the top-left coordinate is just within the visible area than you still cannot use the program until you can drag it completely back on the current desktop area. |
|||||
#11284 | Dangerous shortcut on OS X | new | Bug report | low | FileZilla Client | |
Description |
There is a very dangerous shortcut on Mac that one would confuse with a very common MacOS Finder shortcut. The combination is ⌘↓ (command + arrow down). In MacOS Finder it is used to ENTER a directory. In Filezilla it is used to start uploading local directory or file to remote server immediately. I just had a concrete case where my left side (local) cursor was on an important yet secret folder and the remote was a foreign server that definitely should not have my files. So I started going into my secret local folder by pressing ⌘↓ but instead of entering the folder it started uploading my secret folder immediately. Fortunately I was quick enough to cancel the upload AND I had DELETE permissions on the remote side. Otherwise the consequences could have been quite serious. |
|||||
#11286 | Second monitor window isn't focused back to first monitor if disconnected | new | Bug report | low | FileZilla Client | |
Description |
If you move the Filezilla window to a second monitor and disconnect it, the window will keep out of reach of the first monitor. So it must be moved with keyboard as the mouse can't grab the window title bar. System: FileZilla Version 3.26.1 (lang ger) Windows 10 Version 1703 (Creators Update) Laptop monitor res: 1366x700 External monitor: 1920x1080 |