Custom Query (4044 matches)
Results (4001 - 4044 of 4044)
Ticket | Summary | Owner | Priority | Resolution | Created | Modified |
---|---|---|---|---|---|---|
#12881 | Close tab X icon is huge | normal | fixed | 15 months | 15 months | |
Description |
The X icon (close tab) in any given tab is HUGE. It used to be tiny, but now it's nearly as tall as the tab itself. It seems to have happened within the last few stable versions, though I don't know exactly which one. I first noticed it in January 2023 and thought it would be fixed in a later update, but it hasn't changed. In Settings, I have tried adjusting the theme and theme scaling, but that didn't affect this icon. I've also tried different interface layouts and gone through every setting I can find, but no dice. Steps to reproduce: Open multiple connection tabs, look at X icon on tabs. |
|||||
#12882 | Right clicking "directory listing filters" icon changes location in "Local site" pane | normal | fixed | 15 months | 13 months | |
Description |
After connecting to a site from a bookmark let's say my local site pane has: (bug seems to occurr with at least two nestings) d:\sites\foobar\ And remote site pane has: /opt/webroot/ It happens 100% of the times to me that if I right click the "directory listing filters" icon in the toolbar to enable the filters, the local site pane changes to something different, such as: d:\sites\another-site\ |
|||||
#12896 | FileZilla fails to save settings on Windows 11 if Notepad is uninstalled | normal | wontfix | 14 months | 14 months | |
Description |
Hello, If Notepad is uninstalled, FileZilla fails to save settings as formats may become messed up and displays this error. "FAILED TO VALIDATE SETTINGS" Associated program not found: C:\Windows\System32\notepad.exe If you remove the first few lines, it will display errors as for some reason, format is incorrect in many of those filetypes (never touched this window) Solving is easy as you just remove misspelled settings and add quotes, but it's weird that FileZilla even created such associations in the first place. 1137 "C:\Program Files\Notepad++\notepad++.exe" %f conf "C:\Program Files\Notepad++\notepad++.exe" %f htaccess "C:\Program Files\Notepad++\notepad++.exe" %f log "C:\Program Files\Notepad++\notepad++.exe" %f php "C:\Program Files\Notepad++\notepad++.exe" %f txt "C:\Program Files\Notepad++\notepad++.exe" %f |
|||||
#12898 | File size is off by 10^-1 on remote directory listing over SSH | normal | fixed | 14 months | 13 months | |
Description |
File sizes on remove directory listing are off by 10-1. Only files over 100MB are affected. Example, file on local dir listing is 100MB. File is transferred successfully. File size on remote listing is 10MB Please see attached screenshot. |
|||||
#12900 | Error saving/loading queue | normal | worksforme | 14 months | 10 months | |
Description |
I just updated my FileZilla client for the first time in a while (via the prompt on startup), and after that it started giving me an error message every time it started or closed the program. The error on starting was: An error occurred loading the transfer queue from "C:\Users\myusername\AppData\Roaming\FileZilla\queue.sqlite3". Some queue items might not have been restored. The error on closing was almost identical: An error occurred saving the transfer queue to "C:\Users\myusername\AppData\Roaming\FileZilla\queue.sqlite3". Some queue items might not have been saved. Additional information:
|
|||||
#12905 | Filezilla Error On Illegal Windows Characters | normal | worksforme | 13 months | 13 months | |
Description |
FileZilla Client Version: 3.63.2.1 Build information:
Linked against:
Operating system:
Issue-This version of Filezilla is not handling illegal characters correctly. Previous versions have not had this specific trouble to replace illegal characters from the server while transferring to a Windows system. The attached screenshot shows 3 files that failed transfer from server to Windows directory due to the illegal Windows character colon (:) present in the 3 files. The first transfer initiated using the filezilla preference of Automatic for FTP File Types resulted in the 3 files failing. When I changed the Filezilla preference to Binary for FTP File Types and retried the folder download, the same 3 files failed. This is not correct behavior and is also strange because in the Filezilla queue area the illegal character colon has been replaced with underscore. You can confirm that the illegal character exists on the server by reviewing the 2 highlighted files on the server side of Filezilla remote window. Local Directory "T:\pathfinder\199800 Fantastic Four 1_2 (Wizard).cbr" "T:\pathfinder\199800 Generation X 1_2 02 of 02 covers.cbz" "T:\pathfinder\199800 Spider-Man 1_2 (Wizard) 02 of 02 covers.cbz" Remote Directory "\199800 Fantastic Four 1:2 (Wizard).cbr" "\199800 Generation X 1:2 02 of 02 covers.cbz" "\199800 Spider-Man 1:2 (Wizard) 02 of 02 covers.cbz" Note: When I initially tried to download multiple directories that contained illegal characters, filezilla basically crashed (no further input or output from filezilla window). Filezilla needed to be closed completely and restarted in order to resume normal operations. By trial and error I was able to figure out that the illegal characters in the directories was what Filezilla took issue with. I decided to download the files individually from the server to see if it could complete successfully and they did. (See the 3 files outside of the directories in the screenshot). So, Filezilla can transfer files with illegal characters correctly individually, but from within a directory queue Filezilla is failing to transfer correctly. I also confirmed that the files could be downloaded successfully with the illegal characters replaced by installing WinSCP and queuing the 5 directories I tried with Filezilla. All directories were successfully downloaded using the Automatic File Type preference and the illegal colon (:) characters were replaced with %3A. |
|||||
#12907 | Cannot connect to Filezilla server | normal | rejected | 13 months | 13 months | |
Description |
Since last week, one of my customer cannot connect to FileZilla server. Keep in mind that it was working before. One of her colleague is able to connect to the server on the same network and I can connect with her account on another network. In the window, it says: AUTH TLS 502 - Auth command is not supported. 502 - Please contact your network administrtator to enable FTPS service What cause this issue? |
|||||
#12908 | Unicode characters in filenames (server side) not shown properly | low | worksforme | 13 months | 13 months | |
Description |
Seems like I'll have to upload the attachments afterwards. I have uploaded a bunch of files to a server, with unicode characters in the file names. I'll attach a screenshot of how such characters look like in fileziulla in the server panel. For comparison, I'll attach a screenshot of a terminal where I'm connected via SSH to the very same server and I've run a "ls" command: you can see the unicode characters properly rendered in the output. |
|||||
#12909 | Server Trust Certificate | normal | worksforme | 13 months | 13 months | |
Description |
My problem is exactly as described in Bug Report 12199, but I could not find an answer to it. When connecting to the server the certificate shows that it is not trusted and the buttons to override that and force trust are greyed out. If I use OK and move on it does connect. I have had my ISP check that the certificate is correct, and it is. Sadly it cost me a lot of money to do that. See attachments. I am using the latest Filezilla (it automatically updates, so that is always the case). This happens on both my machines which are Windows 10 Pro 22H2 and Windows 10 Home 21H2. |
|||||
#12913 | EBCDIC Translation of ^ (Carrot) Does not Work | normal | rejected | 13 months | 8 months | |
Description |
When downloading a file from an IBM Z/OS mainframe to a PC using the Mac client (3.63.2) if the file contains a Carrot, which is 0xB0 in EBCDIC and 0x5E in ASCII, the character does not get converted resulting in a non-printable 0xB0 on the Mac file. This can create issues with other programs trying to process the file. Is it possible to update the ASCII translations to properly handle this character? FileZilla Client Version: 3.63.2 Build information:
Linked against:
Operating system:
|
|||||
#12914 | unable to connect with filezilla server | high | worksforme | 13 months | 13 months | |
Description |
filezilla client connected, but the not listing the directory. Error " Could not retrieve directory listing Error listing directory '/'." Kindly help me resolve this issue |
|||||
#12915 | FileZilla Pro no longer working/updated | normal | rejected | 13 months | 13 months | |
Description |
02 May - please see attached file. FileZilla is not working on my machine & IT and cybersecurity have exhausted all options. I downloaded FileZilla Pro earlier this week and had NO issues with it until yesterday. I kept getting the "421 Proxy is closed" error. I upgraded to the newest version of FileZilla yesterday, checked all my network connections, etc. and roped in IT--they couldn't find any issues and were already allowing the app. I've run every diagnostic and nothing is working. Like I mentioned before, I don't have an IT background & have tried just about everything. Any suggestions? Below is the message log... Status: Connecting to <server name>... Response: fzSftp started, protocol_version=11 Command: open "<server name>" 22 Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Disconnected from server Status: Resolving address of <server name> Status: Connecting to 52.227.72.32:21... Status: Connection established, waiting for welcome message... Response: 421 Proxy is closed Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of <server name> Status: Connecting to 52.227.72.32:21... Status: Connection established, waiting for welcome message... Response: 421 Proxy is closed Error: Could not connect to server Top |
|||||
#12925 | filezilla update on Ubuntu 22.04.2 LTS | critical | fixed | 12 months | 11 months | |
Description |
hi, FileZilla is awesome but there are many bugs on version 3.58. I can't officially update it and in Ubuntu software, there's no newer version :) please update the project for Ubuntu users :) |
|||||
#12930 | FTBFS 3.64.0 using libfilezilla 0.43.0 on GCC 12.2 (Debian unstable) | normal | fixed | 11 months | 11 months | |
Description |
FTBFS 3.64.0 using libfilezilla 0.43.0 on GCC 12.2 (Debian unstable). sftp/sftpcontrolsocket.cpp: In member function 'virtual int CSftpControlSocket::DoClose(int)': sftp/sftpcontrolsocket.cpp:514:63: error: 'typedef class std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> > fz::event_loop::Events' is private within this context 514 | auto threadEventsFilter = [&](fz::event_loop::Events::value_type const& ev) -> bool { | ^~~~~~ In file included from /usr/include/libfilezilla/event_handler.hpp:4, from sftp/../../include/misc.h:6, from sftp/../../include/libfilezilla_engine.h:25, from sftp/../filezilla.h:1, from sftp/sftpcontrolsocket.cpp:1: /usr/include/libfilezilla/event_loop.hpp:116:75: note: declared private here 116 | typedef std::deque<std::tuple<event_handler*, event_base*, bool>> Events; | ^~~~~~ sftp/sftpcontrolsocket.cpp: In lambda function: sftp/sftpcontrolsocket.cpp:515:32: error: 'const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type' {aka 'const class std::tuple<fz::event_handler*, fz::event_base*, bool>'} has no member named 'first' 515 | if (ev.first != this) { | ^~~~~ sftp/sftpcontrolsocket.cpp:518:37: error: 'const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type' {aka 'const class std::tuple<fz::event_handler*, fz::event_base*, bool>'} has no member named 'second' 518 | else if (ev.second->derived_type() == CSftpEvent::type() || ev.second->derived_type() == CSftpListEvent::type()) { | ^~~~~~ sftp/sftpcontrolsocket.cpp:518:88: error: 'const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type' {aka 'const class std::tuple<fz::event_handler*, fz::event_base*, bool>'} has no member named 'second' 518 | else if (ev.second->derived_type() == CSftpEvent::type() || ev.second->derived_type() == CSftpListEvent::type()) { | ^~~~~~ sftp/sftpcontrolsocket.cpp: In member function 'virtual int CSftpControlSocket::DoClose(int)': sftp/sftpcontrolsocket.cpp:524:43: error: cannot convert 'CSftpControlSocket::DoClose(int)::<lambda(const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type&)>' to 'const std::function<bool(fz::event_handler*&, fz::event_base&)>&' 524 | event_loop_.filter_events(threadEventsFilter); | ^~~~~~~~~~~~~~~~~~ | | | CSftpControlSocket::DoClose(int)::<lambda(const std::deque<std::tuple<fz::event_handler*, fz::event_base*, bool> >::value_type&)> /usr/include/libfilezilla/event_loop.hpp:65:86: note: initializing argument 1 of 'void fz::event_loop::filter_events(const std::function<bool(fz::event_handler*&, fz::event_base&)>&)' 65 | void filter_events(std::function<bool (event_handler*&, event_base&)> const& filter); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~ make[4]: *** [Makefile:1292: sftp/libfzclient_private_la-sftpcontrolsocket.lo] Error 1 |
|||||
#12932 | Drag & Drop operation failed on FZ client 3.64.0 | high | fixed | 11 months | 11 months | |
Description |
When start drag from my PC and the cursor fall over (not drop) the tree of remote server the software give the error "Drag & drop failed" |
|||||
#12939 | Active Filetransfer terminated after TCP Window Size 0 reply | normal | rejected | 11 months | 11 months | |
Description |
Steps to reproduce
Expected behaviorFileZilla should consider this an active connection (as long as the tcp window size probes are still ACked ofc), report a 0 byte/s current transfer speed, and continue normally once the window size has been increased again. Current behaviorFileZilla terminates the file transfer with the reason "connection timed out", probably because of oversight within the timeout logic. It probably only checks for 0 bytes/s transferred instead of also checking if the TCP connection is still alive and only set to a window size of 0. Funnily FileZilla tries to restart the connection but then fails because the temporary ".in.*" file still exists (A 2nd bug, or do we hit some kind of edge case here?) Also noteworthy, the retry setting was set to 5, but FileZilla did only one automatic retry and then failed the transfer. Also, the 10-second delay between retries was not honored here, as the retry happened instantly after the reset was sent to the server. And also noteworthy is that FileZilla will delete the partial upload from the server once it failed the transfer... WorkaroundGo into the options and set the timeout to 0. But this has still undesirable side effects like no timeouts are detected anymore and the transfer will therefore get stuck completely once an actual timeout happens. (Admittedly, another workaround is to set the delay kinda high to 5 minutes or so, but even though it would work for this connection, it'll unnecessarily slow down other transfers to different servers and also not correctly detect the connection state. It'd only work if the server manages to sync and accept data again within 5 minutes.) Proposed fix1st Add a TCP connection state check into the timeout detection logic (not a timeout if still packages are exchanged, see screenshot for example connection) 2nd And (maybe) add an additional option within the connection timeout section for backward compatibility like "☑️ treat a Zero TCP Window Size as timed out" with a default value of being unchecked (Enabling this option will result in the current behavior again). 3rd (purely visual), fix the connection speed that is shown in the UI, currently it never shows 0, not even if "Display momentary transfer speed instead of average speed" is enabled. 4th If the reconnect logic triggers a reset of an active file transfer, it should expect the temporary ".in.*" file already be present and automatically resume it instead of failing the transfer because it already exists. (My default file exists action is set to "Ask for action" btw, but it also didn't ask, it just failed the (unnecessarily triggered) retry) 5th honor the reconnect settings also for automatic reconnects (amount and delay in-between). |
|||||
#12942 | open for write: received failure with description 'Failure' | normal | fixed | 11 months | 10 months | |
Description |
Suddenly cannot upload newly created files from my local directory to remote directory. If it is an old file/already on the remote side it has no problem uploading and rewrites it again. Regardless of file extension. full error messages: 15:48:49 Status: Starting upload of /Users/Jones/Documents/My Websites/clipfreefunnyvideo.com/footerads.php 15:48:49 Command: cd "/home1/clipfree/public_html" 15:48:50 Response: New directory is: "/home1/clipfree/public_html" 15:48:50 Command: put "/Users/Jones/Documents/My Websites/clipfreefunnyvideo.com/footerads.php" "footerads.php" 15:48:50 Error: /home1/clipfree/public_html/footerads.php: open for write: received failure with description 'Failure' 15:48:50 Error: File transfer failed |
|||||
#12952 | File cannot be uploaded to Onedrive after recent update. | critical | fixed | 10 months | 10 months | |
Description |
File cannot be uploaded to Onedrive. The reason for cancellation is "Could not start transfer". My ondrive capacity is 500gb left, so it's not a capacity issue. My current Filezilla version is 3.65.0, and I am a pro user. |
|||||
#12955 | Unable to build Filezilla 3.65.0 on Ubuntu 22.04 (jammy) | normal | wontfix | 10 months | 10 months | |
Description |
Hi! I regularly package Filezilla for XtraDeb.net. Filezilla version 3.64.0 built fine on Ubuntu 22.04 but version 3.65.0 is breaking with the following error: configure: error: Boost Regex 1.76 or higher not found. You can find attached the full build log. I'm also able to build fine on Ubuntu 23.04 (lunar) after adding libboost1.81-dev. Unfortunately, this package does not exist on Ubuntu 22.04. It only has libboost1.74-dev. I think the error might be related to revision 10985. Would it be possible to patch back Filezilla 3.65.0? Thank you! Jhonny Oliveira @ https://xtradeb.net |
|||||
#12962 | 'Check for FileZilla updates Automatically' option is not being respected by program. | low | rejected | 10 months | 9 months | |
Description |
Hi team, I have my version to not to check for updates, and yet everytime I start up FileZilla it tells me there is an update available. I'm running FileZilla 3.62.2 We run it on computers that need admin access to update and so it's just an extra step each day to remove the pop up prompt. Cheers, Steve FileZilla Client Version: 3.62.2 Build information:
Linked against:
Operating system:
|
|||||
#12964 | Crash when removing filetypes from list. | low | fixed | 9 months | 9 months | |
Description |
Also affects filezilla 3.65.0. Debian maintainer can easily reproduce this issue. Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1043556 Report: Filezilla crashes when you go to Settings -> Transfers -> FTP: File Types -> Treat the following filetypes as ASCII files. And then remove all the filetypes except one from the list, and then click the last filetype. Video showing the crash attached. Backtrace attached. |
|||||
#12966 | Settings checkbox for "Display momentary transfer speed..." indicates opposite of its value. | low | worksforme | 9 months | 9 months | |
Description |
Settings checkbox for "Display momentary transfer speed..." indicates opposite of its value. In Settings, under Interface, in the box headed "Transfer Queue," the checkbox for "Display momentary transfer speed instead of average speed" actually toggles the opposite of what it states (ie, it shows momentary speed when unchecked, and average speed when it is checked). This is a legacy bug that has been around for quite some time. This bug does not affect functionality, so marked as low priority. |
|||||
#12969 | Error with Filetype associations - Associated program not found | normal | rejected | 9 months | 9 months | |
Description |
When I try to set an Active mode IP address, I get an error message saying "Associated program not found". When I check Filetype associations, I see the following: txt "C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_11.2305.18.0_x648wekyb3d8bbwe\Notepad\Notepad.exe" %f If I change it to this, everything works: txt "C:\Windows\Notepad.exe" %f Does this imply the installer has a bug? |
|||||
#12973 | local tree | low | worksforme | 9 months | 9 months | |
Description |
Dear good morning, for some time it is impossible for me to see the download of files from the server to the local folder tree. Im use Windows 7 |
|||||
#12983 | File name change on remote causes crash | normal | duplicate | 8 months | 8 months | |
Description |
When changing file name on remote, if you press <return> to finalize change, causes crash. If you click out of that file name, change is ok-no crash. |
|||||
#12984 | Directory listing problem with using minio ftp | normal | rejected | 8 months | 8 months | |
Description |
Hello, We are using minio cluster and activated ftp feature. Then we tried to connect with filezilla on a windows machine. It is connecting successfully, and listing buckets fine. But when we tried to get in a bucket, we can't see folders. PS: When we use MacoS everything is fine. On windows , when we try winscp, it is listing successfully. Only filezilla can't. |
|||||
#12990 | FileZilla installer FileZilla_3.65.0_win64_sponsored2-setup.exe has viruses | normal | rejected | 8 months | 8 months | |
Description |
FileZilla installer FileZilla_3.65.0_win64_sponsored2-setup.exe has viruses: CrowdStrike Falcon Win/grayware_confidence_60% (D) ESET-NOD32 A Variant Of Win32/PlayaNext.B Potentially Unwanted Rising PUA.PlayaNext!8.188A6 (CLOUD) |
|||||
#12992 | Unable to Connect to The Server | normal | rejected | 8 months | 8 months | |
Description |
I am trying to launch the FileZilla Client and keep receiving the error message below. It has been updated to the latest version and we are still unable to connect. Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.cognitionlms.com Status: Connecting to 23.253.25.67:21... Status: Connection attempt failed with "ECONNREFUSED - Connection refused by server". Error: Could not connect to server |
|||||
#12999 | Check for updates is set at "NEVER" yet it asks me to update every day? v3.64.0 | normal | worksforme | 7 months | 7 months | |
Description |
Filezilla client v3.64.0 under Windows asks me to update almost every time I launch it, because there's a new version available, but: 1) Check for FileZilla updates automatically is set at "NEVER". 2) It doesn't even know what the new version is and only shows "Unfortunately information about the new update could not be retrieved." If an user chooses to not automatically check for updates, why is Filezilla spamming them with a new update dialog that doesn't even contain any useful information to begin with? |
|||||
#13002 | Icon in system tray stay after program closed | low | wontfix | 7 months | 7 months | |
Description |
Steps to reproduce:
Ooops... icon in systray stil exists and disappears only after hovering mouse over it. Taskmon shows that FileZilla already unloaded and not running. It starts after upgrading to 3.65.0 (from 3.64.x I suppose) and still exists on 3.66.1. |
|||||
#13003 | Forbidden 403 | normal | invalid | 7 months | 7 months | |
Description |
I keep receiving the 403 forbidden error |
|||||
#13008 | SFTP Timeout after update 3.66.1 | blocker | rejected | 6 months | 6 months | |
Description |
I updated FZ to 3.66.1 and when I try connect (sftp ssh protocol) I receive the same error message: Status: Connecting to (IP)... Response: fzSftp started, protocol_version=11 Command: open "(IP)" port Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server Status: Waiting to retry... Status: Connecting to (IP)... Response: fzSftp started, protocol_version=11 Command: open "(IP)" (port) Error: Connection timed out after 20 seconds of inactivity Error: Could not connect to server I have tried from another PC and have the same problem after update. I did not have this problem with the previous version of the client. |
|||||
#13021 | FileZilla Application Flagged as Malware by Windows Defender | critical | rejected | 6 months | 6 months | |
Description |
Dear Support Team, I wanted to bring to your attention that the FileZilla Application is currently being flagged as malware by Windows Defender. Additionally, upon checking the file and URL with VirusTotal, both are identified as suspicious or potentially harmful. I appreciate your prompt attention to this matter and look forward to your guidance on resolving this issue. Best regards, |
|||||
#13032 | FileZilla New Update Apple Silicon chip | normal | rejected | 5 months | 5 months | |
Description |
Hi, This morning I noticed that my private key authentication, which used to work seamlessly, is now frequently timing out. When it doesn't time out, it's taking a very long time to successfully process actions such as directory changes or file updates. My initial thought is that this might be related to the notification in my FileZilla that a new version is available. However, there doesn't appear to be a valid version available for my operating system. I already tried making new connections to my web server. When that didn't help, I quit and restarted FileZilla, which also didn't help. |
|||||
#13040 | File comparison shows green when files are not the same size | normal | worksforme | 5 months | 5 months | |
Description |
When using the file comparison feature, files are marked lightgreen when they in fact are not the same size and/or have different dates and times. Happens on different webhosters in different transfer modes SFTP, FTP and FTP/TLS. I realized this a few months ago, but thought the failure would be fixed shortly. Seems not. |
|||||
#13044 | Checks for updates is performed even when the option is fully disabled | normal | outdated | 4 months | 4 months | |
Description |
FileZilla seems to check for updates even if I set the option to "Never" and it pops up "New version available" window at startup which is very annoying when you launch FZ to do something urgently. FileZilla Client Version: 3.65.0 Build information:
Linked against:
Operating system:
|
|||||
#13051 | The tab key will not move away from the log | high | fixed | 4 months | 3 months | |
Description |
When navigating the main window of the client with tab and shift+tab, navigation seems to get stuck in the log. In other words, when keyboard focus is on the log, nothing happens when I press tab or shift+tab. I review the log often and I use a screen reader, so being able to use this kind of navigation is critical, and many screen reader users don't use a mouse at all. I discovered it is still possible to use the F6 key to move away from the log, which is a good workaround but not one that will be obvious to many. I do not know if this occurs on non-Windows operating systems but I did verify it on two Windows 10 machines. Marking high priority because even if it affects a small number of people, not being able to exit the log is arguably a blocker to being able to successfully use the client, and on the development side it seems like a small regression. |
|||||
#13052 | Client 3.66.4 Uninstall fails to clean up after itself | normal | worksforme | 4 months | 3 months | |
Description |
Original issue was that I had FileZilla displaying on 2nd monitor attached to my notebook. Thereafter, without 2nd monitor attached, FileZilla displayed at the extreme right edge of the screen and I was unable to drag it over. This is the kind of situation a clean reinstall should resolve, but after uninstall, reboot, and reinstall, the problem persisted. I had to go through Windows registry and delete every FileZilla key I could find to resolve the issue. Then it displayed correctly upon reinstall, but another problem appeared, as reported in bug #13048 "new Bug report". I was getting "error loading the transfer queue from "C:\User\patri\AppData\Roaming\FileZilla\queue.sqlite3". This required uninstalling again, then deleting the FileZilla folder at C:\Users\userAppData\Roaming\. After another uninstall, reboot, reinstall, finally everything working well. |
|||||
#13055 | FileZilla 3.66.5 executable contains no version information | high | fixed | 3 months | 3 months | |
Description |
Hello, I downloaded and installed the latest Windows 64-bit FileZilla v3.66.5 yesterday and have discovered the filezilla.exe executable contains no version information as existed in the previous versions Without this version information it is not possible to detect the correct version has been installed with automated deployment tools (such as SCCM or Intune) FileZilla.exe v3.66.5 properties will be attached as an image once the ticket has been created |
|||||
#13061 | Tool bar and Quickconnect bar are missing? | normal | worksforme | 3 months | 3 months | |
Description |
Just downloaded FileZilla Client to my new computer and I'm seeing an issue I've never had before. In the "View" tab I have Tool bar and Quickconnect bar checked but they are not showing on my screen, so I have no way to connect to any servers. My computer and FileZilla are both totally up to date and I've played around with other settings. I've also looked through the forums and can't seem to find anything related to this. Any help is greatly appreciated! |
|||||
#13070 | unwanted updates nagging | normal | outdated | 3 months | 3 months | |
Description |
Updates that show up even when "Never" is set in the drop down box. I do not need to be reminded for something that I do not need. |
|||||
#13071 | nagging updates | normal | duplicate | 3 months | 3 months | |
Description |
In relation to ticket 13070 being closed without resolution, I think it is time to say good-bye to filezilla. |
|||||
#13078 | Files panes empty after Sonoma 14.4 upgrade | normal | worksforme | 2 months | 2 months | |
Description |
I am on the paid MacOS client from the App Store. FZ has worked perfectly for years, but broke after my upgrade to Sonoma 14.4. (I understand that this is a buggy release from Apple.) As the attached image shows, neither file pane populates. Both MacOS and FZ have been updated as of March 22 2024. Please assist. (BTW, I tried and failed to find similar tickets. I must say that the Trac site is poor.) |
|||||
#13088 | Client 3.67.0.0 unable to uninstall | normal | worksforme | 5 weeks | 5 weeks | |
Description |
Not able to uninstall after upgraded to latest version Error says that I don’t have sufficient access to remove FileZilla (I am local administrator) Getting same error on both windows 10 and 11 Never had any issues with earlier versions of FileZilla Installer was downloaded from https://filezilla-project.org/download.php?platform=win64 |