Take Your Search Game to the Next Level with Dropbox Dash 🚀✨ Curious how it works? Ask us here!
setting up the apps
10 TopicsIf you have phone support, roll the dice, only LOOK FOR TOMMY!
Dear Tommy (and the rest of Dropbox higher management team, especially Advanced Support Team), I would just like to say, Tommy, thank you ever so much again for helping me in the past two days, having spoken to me for 4 long hours on the phone, yesterday and today, patiently trying to fix my Dropbox issue. It's been an excruciating, frustrating 72 hours trying to fix my problem with Dropbox app and Desktop on my two devices. Having spoken to over 20 agents through chat, phone, and email, you, Tommy, are the only one with the heart and willingness to help. Most other agents turn me away saying they "don't have the tools" or "wait until Advanced Support Team replies through email" – basically saying they can't be bothered. You, Tommy, stuck up for me, and it's made the whole lot of difference on my day. I am grateful for you. I wish the people in higher rank positions than Tommy to consider the positions they are holding (looking at you, Advanced Support Team) because one day, Tommy will be your boss and fix your incompetence out of you if you are still working for Dropbox. I sincerely believe if there is a reason for me to stay in Dropbox, it would be for Tommy – no one else – certainly not for the Advanced Support Team who is away for Easter holiday or joining the forces in the metaverse of Counter Strike. If you are NOT with Tommy (or maybe Felix), too bad for you, you have just wasted minutes of your life. I wish you, Tommy, the best with your career. Dropbox is a heartbreaking place for customers, but somehow you made it bearable and reliable. You are an exemplary staff of Dropbox, with knowledge exceeding those around you. If I were you, I would consider using your talents somewhere else more worthwhile, or much higher up in Dropbox (if you wish!) and fix this **bleep** company. Tommy fixes. The rest of the staff is on holiday. Tommy fixed ticket number 23516850 (where the hell is Tony??) and ticket number 23526820 (Tommy's) on top of this. Find me an agent that could do what Tommy does and I'll buy Dropbox a plane. Thank you ever so much, once again, Tommy, and I will get in touch with you if I encounter another problem. I look forward to the change of my plan. All my very best, Josh940Views2likes1CommentAndroid 14: Camera Uploads needs access to storage
Those of you who have this error: 1. In Android Settings, go to Apps. Select Dropbox. 2. Click "Force Stop". 3. Click "Permissions". 4. Click on "Photos and Videos". 5. Select "Don't Allow". 6. Restart Dropbox. Open Dropbox Settings. 7. Click on Camera Uploads. 8. Dropbox will ask you for permission again. Select "Allow All". 9. Done. It's fixed.Solved11KViews22likes16CommentsSurprising fix to linux account-linking problem: login via pure text terminal, rather than X desktop
Dear Dropbox folks, I was having difficulty getting Dropbox to work on Linux (Ubuntux 18.04), and had removed and reinstalled the dropbox client without success. Even when I reinstalled the daemon with dropbox start -i, I still never was able to get the message: Starting... To link this computer to a Dropbox account, visit the following url: https://www.dropbox.com/cli_link_nonce?nonce=[some string] I had unlinked the Linux box via the web interface, and I had expected that completely deleting my Dropbox installation, folder, .dropbox and .dropbox-dist dirs would remove any linking info locally on my computer, hence prompting dropbox newly to set up linking to this machine when I started the daemon. However, that didn't happen. That was when I was logged in via a standard graphical desktop, which was a detail that I didn't think was relevant. However, when I logged in remotely to the Linux box via a purely text-based ssh-window, and ran dropbox start from there, suddenly I did get the long sought after "To link this computer" message, along with the link, and that link worked. It seems that somehow the dropbox client is better at asking for machine-linking via a text-only client than when it is run as part of a graphical X Windows desktop? This seems weird, but it appears to be what happened. Anyway, I figured I'd post this, in case anyone else is having similar problems. Raj2.3KViews0likes2CommentsConnection Issues: Computer is currently offline
After uninstalling and reinstalling the dropbox app, I could not get the desktop app to connect back to my account. It would keep getting me the message: "computer is currently offline", even though my internet was functioning correctly. After several hours I found the reason and the only solution that will work. 1. logon to your dropbox account on a web browser. 2. go to settings > security 3. scroll down to devices 4. find the device (desktop or laptop) that you are trying to connect, and delete it 5. restart your router 6. restart your computer. 7. make sure that your computer time and date are synced and accurate with the time zone that you're at now. Now try to click on your desktop app, and it should prompt you to link your dropbox account to your desktop application. Good luck!2.3KViews1like2CommentsBasic account allows to to three devices whether those devices still exist or not
Beware. We ran into this issue while trying to document a different issue. Apparently the three devices counts any device which was logged in in the past and never explicitly logged out. My wife had two devices currently in use, her laptop on which she could not sign in, and her phone on which she had closed the app. But she had a prior laptop and tablet, on both of which she had used Dropbox before. Opening the Dropbox app on her phone, she then explicitly signed out there, THEN she could sign in on her laptop. Then it gets interesting. On sign-in, she was plopped into the setup sequence, even though she had used Dropbox on that laptop just days before. There appeared to be no way to escape it, so we went through. After that the original issue was gone!1.2KViews0likes1CommentIs Users Dopbox filling your Servers Profile Hard Drive ? How to Exclude accross a windows domain !
Today i came accross an issue where our File Server partition for User Profiles became 99% full. As a server admin this is a problem, but we can't just go around deleting stuff we don't like the look of, and rather than talking to 100+ users i decided to use "TreeSize" to show me what are the largest folders and if there are any commonalities. The answer was Dropbox ! Nearly every user has a Dropbox folder under the roaming profile folder the smallest was about 1gb, and the some were even 20gb !!! So in order to keep the file server healthy i created another GPO to go along side the roaming profile & folder re-direction on Windows Server 2012 R2 Standard. Options In the case we want to exclude Dropbox content from the roaming part of a user profile we actually have two options (i chose option 1) 1. Make the folder “local” through group policy, we can exclude some folders from the roaming part of a folder GPO. Logon and logoff will become faster and the Dropbox content just stays on the system and isn’t synced with the profile’s central copy at the profile server. 2. Move the folder through the Dropbox GUI to a location under a local folder (for example %USERPROFILE%\AppData\Local, which is excluded from the roaming part of a profile by default). This has the same result as the previous option, but is only achieved by actually working on the desktop itself which is very time consuming. Option 2 example: http://www.techgainer.com/change-dropbox-default-folder-location-windows/ Solution Exclude Folders from Roaming Profiles Edit the GPO to exclude specific folders in roaming profiles: Click Start, point to Programs, point to Administrative Tools, and then click Active Directory Users and Computers. In the console tree, right-click your domain, and then click Properties. Click the Group Policy tab, click the GPO that you want to work with, and then click Edit. Under User Configuration, expand Administrative Templates, expand System, and then click User Profiles. In the Setting list, double-click Exclude directories in roaming profile, and then click Enabled. In the Prevent the following directories from roaming with the profile box, type Dropbox. When you are finished not including folders from roaming profiles, click OK. Quit the Group Policy snap-in, click Now assign your new GPO to the correct User OU in question. Problem Solved !7.5KViews0likes0CommentsDesktop app syncing, connecting, and other problems might be a beta
Some issues with the desktop application are sometimes because of using a beta version (I’ve just learned about what beta means). This can be problems with syncing, connecting, starting up, and more. Make sure that your version has a 4 in the middle (like the current one 149.4.4568) because that means it is a stable version. If you have a 3 in the middle (like 150.3.4987) you are using a beta version. To turn this off, turn off Early Releases in your account settings online like this https://help.dropbox.com/accounts-billing/settings-sign-in/enable-early-releases. Then, install the current stable version by going here https://www.dropbox.com/downloading. You do not need to uninstall the desktop app beta. Just install the stable one over it. 😎1.3KViews1like0CommentsA "portable" Dropbox
Hello. I'm not sure if this has been done before, or if this is the place to post. I've put together a "portable" Dropbox called CrispyBox (link to the GitHub project). I've been using it for a few weeks, works pretty well. Wonder what people think (or if this has been done).4.6KViews0likes0CommentsMacOS, high CPU usage by open directory, symlinks in Dropbox
Hi, I just wanted to share how I solved this high-CPU-usage problem. The short story is: delete all your symbolic links from under the Dropbox folder. Long story: I'm on macOS High Sierra and I found that a system process ("daemon") called "opendirectoryd" keeps using 50--100% of CPU all the time as long as the computer is up. I don't know exactly when this started, but it started recently, say a few weeks. I searched the Net and found a lot of discussions about the daemon using a lot of CPU time. Apparently there are so many different causes. Some of the discussions pointed to Dropbox. I indeed found that Dropbox is the cause: when I pause syncing, the daemon's CPU use immediately drops well below 1% and as soon as I resume Dropbox syncing, the daemon's CPU use shots up and stays there forever. But all the Dropbox-related answers say that you should delete dead symbolic links. I did delete the few dead symbolic links I had in my Dropbox folder but the problem persisted. Then I came across this document in the Dropbox help: https://www.dropbox.com/help/desktop-web/high-cpu-usage which says that Dropbox uses a lot of CPU time to hand symbolic links (dead or not). Although I didn't want to do that, I bit the bullet and deleted all my symbolic links under the Dropbox folder and moved the files and folders from my main directory to Dropbox. Now, the opendirectoryd daemon stays calm.5.4KViews0likes0Comments