Your workflow is unique 👨💻 - tell us how you use Dropbox here.
Nothing gets copied to the clipboard after clicking "Copy link" on Linux.
Application Affected Dropbox Device Dell Inspiron 5482 Operating System/Browser (if using the web) Fedora Workstation 43 running Gnome on Wayland. Dropbox App Version (if using the app) (241.4.4853 - found in app settings or About section) Question or IssueThe question is about the context menu in Files. When I click on the Dropbox item in the context menu and choose "Copy link" nothing ends up in the clipboard. The only workaround I found is to go the dropbox web interface and copy the link from there.
Dropbox apt infrastructure relying on unsecure SHA1
When one update its software list with apt on Debian Trixie at least, he gets this error: Err:13 http://linux.dropbox.com/debian sid InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 1C61A2656FB57B7E4DE0F4C1FC918B335044912E is not bound: No binding signature at time 2026-01-16T19:39:14Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z (...) Warning: OpenPGP signature verification failed: http://linux.dropbox.com/debian sid InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 1C61A2656FB57B7E4DE0F4C1FC918B335044912E is not bound: No binding signature at time 2026-01-16T19:39:14Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Error: The repository 'http://linux.dropbox.com/debian sid InRelease' is not signed. Notice: Updating from such a repository can't be done securely, and is therefore disabled by default. Notice: See apt-secure(8) manpage for repository creation and user configuration details. Notice: Some sources can be modernized. Run 'apt modernize-sources' to do so. This issue was already reported in an unrelated apt issue thread (now closed for replies) in https://www.dropboxforum.com/discussions/101001016/openpgp-signature-verification-failed-with-debian-trixie-/835761/replies/842767 by steinarb Looks like you're signing with SHA1 and that will be forbidden by debian APT policy in a year from now. at which it was replied that Debian Trixie is not officially supported... But the support tells Ubuntu 64 bits : 18.04 ou version ultérieure please see the process to switch to SHA256 in (there might be better options since because this process is from 2016): https://github.com/mxe/mxe-apt/issues/2 and this page tells that the support for SHA1 was removed in Ubuntu in release 16.04 and https://wiki.debian.org/Teams/Apt/Sha1Removal tells that dropbox switched to SHA256 long ago. I believe that recently one of your admin switched back your apt repository signing to SHA1 which is broken on Debian Trixie but also on all Ubuntu above 16.04 so this bug lies in your "offical support". Cheers
Gnome unresponsive icon tray was only "fixed" for Ubuntu
Operating System Verified on Debian 13, Fedora 43, Ubuntu 24.04/25.10 Dropbox App Version (if using the app) v241.4.4795 Question or Issue We all know this issue which affects Gnome and the Appindicator of Dropbox, there are multiple discussions about it. Dropbox Client for Linux on Ubuntu 24.04 LTS- icon not clickable. | The Dropbox Community Ubuntu 23.10 - No menu | The Dropbox Community I see no menu after clicking on the Dropbox tray icon on Fedora 43. | The Dropbox Community https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/529 https://youtu.be/6a4cvtZsRWo This issue has also been generally solved by reloading the shell/appindicator extension, so with either locking and unlocking session or with /usr/bin/gnome-extensions disable ubuntu-appindicators@ubuntu.com /usr/bin/gnome-extensions enable ubuntu-appindicators@ubuntu.com Now this works so well that this is actually how the issue was solved on Ubuntu (LTS/interim), YES dropbox on Ubuntu (the repository differs from Debian) is actually reloading the appindicator extension automatically, this is what happens if you remove the extension and start dropbox. Although I think it's pretty obvious that it's an inelegant workaround rather than a solution, it is an effective one, but I don't understand why it is only applied to Ubuntu, despite being extremely easy to manage. In fact, there are only two extensions on Gnome appindicatorsupport@rgcjonas.gmail.com ubuntu-appindicators@ubuntu.com Also Debian actually uses the same identical extension https://packages.debian.org/trixie/gnome-shell-extension-appindicator
New installation of the desktop app on Fedora remains on Starting...
Application Affected Dropbox deamon for Linux System Operating System: Fedora Linux 43 KDE Plasma Version: 6.5.5 KDE Frameworks Version: 6.22.0 Qt Version: 6.10.1 Kernel Version: 6.18.7-200.fc43.x86_64 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen AI 9 HX 370 w/ Radeon 890M Memory: 32 GiB of RAM (30.6 GiB usable) Graphics Processor: AMD Radeon 890M Graphics Manufacturer: Framework Product Name: Laptop 16 (AMD Ryzen AI 300 Series) System Version: A9 Dropbox App Version dropbox-lnx.x86_64-241.4.4795 Issue Fresh install of dropbox on a new laptop running fedora 43 linux. It is "stuck" on "Starting..." I can't figure it out. Need help. If it matters I've been running dropbox on Linux for about a decade and have never experienced this issue. It is currently running just fine on my desktop PC, which is running fedora 42 Linux. I installed drop using the instructions on the dropbox site, using the Fedora 64 bit RPM. That was fine, and the usual files are installed in the places I usually see them. The deamon even properly set itself up to auto start - so when I reboot it starts up and puts itself in the tray (see screenshot). When I reboot it does ask me to sign in - bringing up the web browser, which asks me to 'Connect' my existing account. Which I do in the web browser. I get no complaints or errors. But it doesn't seem to have any effect on the deamon. When I look at the linked devices in my dropbox account the new laptop is listed there. So dropbox has made the association somewhere in it's databases. I have looked around in the linux firewall settings, but don't see anything relevant there. But then again I'm no expert in that regard. Permissions on the disks/files are under my user/group. I am the only user account on this system. I am not seeing any network issues on the system - all other network-using apps are running as expected. If anyone has ideas -- I'm all ears!
Ubuntu Plucky - Policy will reject signature within a year
warning: https://linux.dropbox.com/ubuntu/dists/plucky/Release.gpg: Policy will reject signature within a year, see --audit for details Control: https://linux.dropbox.com/ubuntu/dists/plucky/Release.gpg: Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 1C61A2656FB57B7E4DE0F4C1FC918B335044912E is not bound: No binding signature at time 2025-05-30T19:08:44Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z -- Ubuntu Plucky is stable enough to support Dropbox, update signature PLEASE!!!!!! André(Fedora 42) dnf update fails with 404 error
Application Affected linux client Device Fedora 42 qubes vm Operating System/Browser (if using the web) Fedora 42 Dropbox App Version (if using the app) nautilus-dropbox.x86_64 2025.05.20-1.fc42 @commandline Question or Issue dnf update is not working. It's giving me a 404 error from a dropbox url. As you can see in the error message, it is trying to download a fc43 rpm even though it is in a fedora 42 location, and even though I have fc42 installed. It confuses me why it would try to get a rpm for a different OS, and if that's what my problem is, I still have no idea how to fix it. Please help, my system software is 2 weeks out of date. ... >>> Status code: 404 for http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm (IP: 127.0.0.1) - http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm > >>> Status code: 404 for http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm (IP: 127.0.0.1) - http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm > >>> Status code: 404 for http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm (IP: 127.0.0.1) - http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm > >>> Status code: 404 for http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm (IP: 127.0.0.1) - http://linux.dropbox.com/fedora/42/x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm > >>> No more mirrors to try - All mirrors were already tried without success > ... >>> Interrupted > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------> [40/40] Total > Failed to download packages Librepo error: Cannot download x86_64/nautilus-dropbox-2025.05.20-1.fc43.x86_64.rpm: All mirrors were tried
Dropbox installation causing persistent issues on Debian
Regarding an issues raised across several other posts: Like this one And this one Dropbox installations can result in persistent system issues on Debian 13. In an attempt to save others some headache, here's a few details I found helpful while attempting to fix the issue. Note that Debian isn't supported by Dropbox. Here is their list of supported distros (Ubuntu & Fedora). Regrettably, I believe that means no official support for this issue. Dropbox installation on Debian 13 can cause issues when uninstalling and/or updating. Common remedies for this kind of issue, especially those targeted at Debian amateurs (like myself) are generally inapplicable. Trixie changed some apt features. "add-apt-repository -r" no longer works. Don't go down a rabbit hole trying to get it onto your Trixie install, it isn't meant to be there. Typical methods to remove or purge Dropbox won't work. They result in errors, or are ineffective. The final entry in this guide got me the best results. Applied to the dropbox issue, that meant (ls -l /var/lib/dpkg/info | grep -i dropbox) followed by (sudo mv /var/lib/dpkg/info/dropbox.* /tmp). After this, I could get purge to correctly resolve. I hope that this saves somebody some time.Default Setting of Dropbox Automatically Syncing Everything Locally Destroyed My Linux System
Operating System Arch Linux Operating System and Dropbox Version are the latest. I installed a new Arch Linux OS yesterday, and today Dropbox completely destroyed it by its endless default auto-syncing feature. I have to reinstall the OS again. So basically, Dropbox has a default setting of downloading (syncing) every files automatically locally when installing. This is not the first time I have this kind of problem. Last time when I reinstalled my Windows 11 OS, I had to switch to another SSD because Dropbox insists I don't have enough space to download everything in the current one. After I installed Dropbox on the new Arch Linux system, it did not mention this issue like on Windows. It just silently keeps downloading everything without letting me know, since this has been a default option. And finally, every space I assigned to Arch Linux was occupied, the BTRFS partition collapsed after there was not any single available space left. I tried multiple methods to revive the operating system but failed. I lost every progress I made and had to start again to reinstall the system. I see that in the current Dropbox Windows UI there is an option of a preference of default syncing way. However, I am very sure that when installing it on Linux OS, there was not a notification or alert about this, and it was just kept defaultly to sync everything locally.
The Fedora repo config is currently broken
Application Affected Dropbox Linux app. Device HP Victus 16. Operating System/Browser (if using the web) Fedora Linux Workstation 43. Dropbox App Version (if using the app) Dropbox daemon version: 240.4.8493 Dropbox command-line interface version: 2026.01.15 Question or Issue I installed the latest rpm package and it also installed the Dropbox repository config. However, I'm getting this error when trying to update my packages: ``` Status code: 404 for http://linux.dropbox.com/fedora/43/repodata/835a786fe09e No more mirrors to try - All mirrors were already tried without success ``` I tried to change the release version to 42 and 41 and the update still didn't work after that. For now, I disabled the repo config to update without issues, but this is a temporary solution.
