Your workflow is unique 👨💻 - tell us how you use Dropbox here.
sync
460 Topics
Apple Silicon (M1) Desktop Sync Compatibility
Please can you upgrade the Dropbox app so that it works natively on Apple Silicon Macs (M1) without Rosetta. Rosetta is not an option as it annihilates the battery. This may be a duplicate of the below idea however that started for ARM processors in general and you haven't looked at it in 6 years so starting an Apple specific idea in the hope you see it. https://www.dropboxforum.com/t5/Dropbox-ideas/Desktop-app-with-syncing-for-devices-with-ARM-processors/idi-p/57554/page/18 There are also lots of comments on this thread to help support the case for demand: https://www.dropboxforum.com/t5/Dropbox-installs-integrations/Dropbox-Apple-Silicon-M1-install/td-p/500325Solved235KViews2016likes496Comments
Bring back the green 'synced' checkmark in the system tray.
In my Windows system tray (next to the clock), Dropbox used to show that it was fully synced by showing a green check-mark over the Dropbox icon. This was really helpfull. If Dropbox was offline, it would show no overlay icon. Recently (and according to Dropbox itsself) this has changed, the Dropbox icon now shows no overlay if it is fully synced, but to me, i constantly think my Dropbox is offline, instead of 'fully synced'. So the idea is: please bring back the green 'fully synced' checkmark. Or -at least- make it an option to show it. Please upvote this idea if you agree141KViews502likes336Comments
Add option to disable icon overlays in Windows Explorer
Please add an option to disable Dropbox icon overlays. It is so frustrating to remove Dropbox Shell Icon identifiers from the top of ShellIconOverlayIdentifiers list after each update! It is disrespectful to users to decide for them which overlays they need. I'm using TortoiseGit and I really need its overlays, they are useful and important for my work. Every time Dropbox updates I can no longer see status icons and have to go to Registry editor and remove newly added and USELESS Dropbox overlays. I've seen dozens of feature requests from Dropbox users for many years but Dropbox pretends everything is fine! UPD: I had patience to open a thread and communicate with Dropbox team on this issue. After almost 2 years, more than 100 upvotes they have just thrown my idea away suggesting me to edit Windows registry. I've heared your answer, that's how you treat your loyal users. So long Dropbox!33KViews129likes80Comments
The desktop app on my Mac has been stuck indexing files. I can only access some of them.
I installed the mac dropbox update and the application began indexing my files. It has now been stuck for the last few days. I can only access some files. Many are now only available through dropbox.com and not in my app. If I add files to dropbox.com they are added to the indexing queue of the desktop app, but no progress is made regarding indexing. I've tried signing out, quitting, uninstalling, and reinstalling. I've seen similar threads, but no solutions have worked for me. Any help is much appreciated.Solved76KViews22likes384Comments
Is there a way to remove the Dropbox options from the context menu?
Hi, recently Dropbox has started cramming my Explorer context menu with all of these options I mostly don't plan to use: Come on. Do you think it's ok to just dump all your stuff in there? If every app on my PC would do the same, would I have to manage dozens of entries on that menu? This is terrible UI design, it's bloat, it's disrespectful of your users. How do I turn that off? I only use "Copy dropbox link", not the others. Thanks.10KViews22likes33CommentsHow to fix being stuck on an "Indexing" loop when using millions of files?
Ok so I've used Dropbox for almost as long as its existed and recently due to frustration with the never finishing indexing bug I was forced to find out why this kept happening so I could prevent it. Bear with me on this long post but trust me its worth it, what I found was mind blowing and game changing. So our business Dropbox is more than 9 million files strong, I've noticed REALISTICALLY any machine handling over 2 million will just enter an indexing loop at some point from which it will never recover, after its happened 5 times in the last week I was pissed enough to that I decided I was going to find out why this is happening, I know I'm pushing the limits but we've had machines with 2.5m files running fine for years, why some work fine and some don't was a mystery, one I was determined to find out. When you add stuff to your Dropbox, Dropbox has to index it so it can know what to do with it. If you add "too much stuff" (copying 200,000 files of small size in one go, coders know what I'm talking about) or do it "too fast" (changing access permissions on 1.5 million files located within Dropbox in one go in less than 5 minutes) on a computer with too many files (1-2+m) this causes Dropbox to start indexing them all at once causing the system to slow to a crawl however if you don't let Dropbox finish before doing something else (like adding more files or using the computer for other tasks) or someone else adds a bunch of files on another machine its almost for sure going to cause Dropbox to crash and restart during this process (it happens quite frequently), this crashing and restarting triggers a full reindexing of the ENTIRE database, ALL files, and since the machine is already trying to download or upload some of the new files while trying to reindex the current millions of files, doing both at once overtaxes it, which causes it to crash, and were back to square one with the infinite indexing crash loop. This kept happening to us all the time, the only solution was to unlink and relink the Dropbox account so all pending changes were lost, we got a bunch of conflicted copies and spent days sorting out the mess. So I figured I needed to see what was going on with Dropbox, what it was doing when it was "indexing" to find out what was causing the crashes. So after looking for a while I found using Microsoft's sysinternals process monitor (https://docs.microsoft.com/en-us/sysinternals/downloads/procmon) configured in a certain way allowed me to look at EXACTLY what dropbox was doing and I found out all I just told you and another very important piece of info. (if you want to see how awesome it looks in action check out THIS video:) When you click PAUSE FILE SYNCING you would think Dropbox pauses and ceases all operations, but you are wrong!, it pauses all incoming and outgoing transfers but any INDEXING tasks keep going! This is an absolute game changer! now if I see a machine that says "Indexing" for a long time, I turn on the process monitor, hit pause on the file syncing and watch as the machine does the indexing at super high speed (5-10 times faster than doing it while downloading), it usually finishes doing the full file reindexing in a couple of minutes once its done I can hit back resume and keep going, I've never had the app crash while doing this "offline" or "paused" indexing, thus avoiding the inevitable crash, and reindex loop. I have been successful in recovering 4 machines from the indexing loop of death using this method, where before I was screwed and had to eat the duplicate files and cleanup for a week and a TON of annoyed users in the office. Basically if your machine is taking too long indexing or is stuck indexing after a crash just hit "pause for 1 hour" and forget about it, it will still be working on the indexing in the background, and when it restarts it should have finished the re-index avoiding a crash when trying to download/upload the new files. Id wish Dropbox would have told us this, I never expected it to keep indexing while paused, I assumed pause was PAUSE, as in, cease all operations, it would have saved me so many headaches. All they need to do now is let us have a "log viewer" or something so we can tell when its done doing its thing and we can hit resume, also show us, even when in pause, when its indexing and when its not, so when its done we know we can restart it safely, or the better yet, set it to where if Dropbox has to index a large volume of files (say over 100), it will automatically pause all other disk operations until the indexing is complete, then restart the downloads, trying to do both does not work, i know you want it to but it just doesn't, and just causes the whole thing to explode non stop in a loop of death, maybe enable this on a setting somewhere? or auto enable it on machines with over 500k files? something has to be able to be done. TLDR: If your Dropbox is stuck indexing, hit pause 30 mins, and let it do its thing until its done, it will keep on doing it even when paused, you wont know if its doing anything or working unless you use procmon, but its working, and try avoid using the hard drive or the machine until its done, (usually less than 30 mins), and your indexing/crashing problem will be fixed. Message to Dropbox: Dear Dropbox, Please give us a way to view this info without having to resort to third party programs, this way we can help auto troubleshoot our Dropbox issues and take a lot of load off your customer service guys. Something like: Enabling a setting somewhere saying "activate/enable troubleshoot/server mode" or something that allows us to turn on an always shown (ALWAYS, NOT ONLY WHEN MOUSE OVER, BUT ALWAYS!!!) 3 tab little window, containing: Indexing files. (with a current list of the exact files being indexed and their speed (x files per sec)/paths) Downloading Files.(with a current list of the exact files being downloaded and their speed/paths) Uploading Files (with a current list of the exact files being uploaded and their speed/paths) There's another issue with slow uploads due to Dropbox connections stuck in a "stagnant state" (force closing the TCP socket connection using netmon restarts the download/upload and speed goes back up again) but that's another problem for another time. I hope this was helpful to some other sysadmin and sorry for the long message but it needed explaining.Solved38KViews17likes12Comments
Opting out of cloud storage?
I've been a Dropbox user for about 10 years. Today, I was greeted with a demand from my Dropbox client to move all of my Dropbox synced folders from ~/Dropbox to ~/Library/CloudStorage. I've done a bit of research and I understand the reason for the change. However, I'm deeply troubled by the implication that on-demand cloud storage is the "new normal" for these files, and that offline storage seems to be a less preferable option. I'm going to make this clear: I expect all of my synced files to be stored on all of my devices at all times. I have many workflows that depend on local file storage and will either be unacceptably postponed by on-demand access or will simply break. Also, I refuse to accept the possibility of essential files being unavailable because my device is offline or has low bandwidth. I understand that with the new Dropbox, "individual files and folders" can be marked as "make available offline," and will therefore be stored locally. However, I can't seem to find any indication of how well that marking process works. If one of the base folders on Dropbox is included in Selective Sync on my Mac, and if I mark that folder as "make available offline," will that designation be enforced for all files and folders? Or will this setting have to be managed constantly - e.g., I might find that newly created files were marked as "on-demand" by default and need to be updated? To be clear, this is 1,000% a breaking change for me, and if I cannot make Dropbox satisfy my needs, I will be terminating my service and moving all of my files elsewhere. It is a shame that Dropbox has taken this one-size-fits-all approach and has broken core functionality in furtherance of a feature that I have no intention of ever using.Solved9.7KViews11likes24CommentsAdobe not downloading online only files from projects
Hi All, after updating to MacOS 12.3 I have not been able to open project files (Premiere/After Effects) without errors of not finding files that are in dropbox as 'online only'. Prior to the Mac update all files would auto download to be on my machine locally. I know there's an issue with full support for OS 12.3... any updates or solutions folks have found? thanksSolved25KViews8likes102Comments
