Arch Linux User Repository

STOP wasting my time and spamming everyone's mailboxes with useless requests to change the download URLs.
The cloudfrount links ARE OFFICIAL release locations.

The dl.dropboxusercontent.com urls are NOT official, they host user-created content. See: https://www.dropbox.com/en/help/217

Has anyone issues when opening dropbox folder from tray icon's context menu in gnome? all gnome desktop icons disappear and have to kill nautilus and re-open it in order to appear again.
Another annoying thing is the tiny font on tray icon's context menu.

Can you use the dl.dropbox URLs instead? Those are the official release URLs on the site (https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-8.4.19.tar.gz for instance). I really don't trust the cloudfront links

EDIT: I trust the cloudfront links as those are officially given in the forums, but I would prefer the other link because it is much easier to identify. The AUR can be dangerous and it's nice to check the links to make sure it's not malicious. It's much easier to see dropbox/u/17 and understand that it's safe, but seeing https://d1ilhw0800yew8.cloudfront.net everythime is somewhat worrying and I always have to check the dropbox forums to make sure that is indeed the correct/safe link.

Doesn't appear to work properly with Wayland desktops, although this can easily be worked around when starting dropbox manually by setting QT_QPA_PLATFORM="xcb".

Can the package be updated to avoid having to manually do this? Especially as people will probably not want this environment variable set for other applications (it forces Qt to use X11 instead of Wayland, so it's more of a compatibility fix than anything else).

@wfraser, or you could use the known hack to stop Dropbox from updating itself automatically (https://wiki.archlinux.org/index.php/Dropbox#Hack_to_stop_Auto_Update) and update it only through AUR.

For me at least, the first thing the client does is download a newer version into my home directory, and on subsequent runs, it switches to that version, which then KILLS (literally, with SIGKILL) the one in /usr/bin/dropbox that I originally executed. This doesn't play nicely with things like systemd units which expect the original process to stay around.

Might I suggest changing /usr/bin/dropbox from a symlink to /opt/dropbox/dropbox, to something like the following:

#!/bin/sh
dist="$HOME/.dropbox-dist/dropboxd" # this is where dropbox puts the updated version
if [ -x $dist ]; then
exec $dist
fi
exec /opt/dropbox/dropbox

new link https://dl.dropboxusercontent.com/u/17/dropbox-lnx.x86_64-5.4.24.tar.gz

I don't trust the validity of the mirrors.

Please validate your mirrors.

I realize that "cloudfront" is listed as an official mirror in dropbox help site but it is still hard to validate the authenticity of the package since cloudfront is a CDN not specific to dropbox. Could you please suggest another method of validation. :)

PS: That said, I understand why you need to use the cloudfront packages. The official dropbox linux source codes hosted in dropbox are way outdated.

If someone have a problem with the Tray Icon on KDE/Plasma 5 i have posted a solution that worked for me on the Dropbox Forum:

https://www.dropboxforum.com/hc/en-us/community/posts/201908279-Systray-icon-not-showing-in-KDE-Plasma-5-2?page=2#community_comment_207660876