The Smart Sync option is brilliant - a list of all the files in Dropbox, but only selected files are downloaded.
I noticed that when I open a file from within an app, this morning it was Taskpaper, and browse to the Dropbox folder, Dropbox seems to think that I'm attempting to open all the files within the folder, and starts to download random files. Eventually this will result in many unwanted files downloaded onto my hard drive.
This seems like a bug to me - or is it designed to work like this?
Does anyone else notice this behavior?
Thanks for the quick reply - files are being downloaded when I choose, on a Mac, "Open" from the file menu. As soon as I start browsing the Dropbox folder on my mac, I start to get notifications that files are being downloaded/synced. It seems that as soon as I start the File/Open dialog box, Dropbox thinks that those files are being opened, not just listed. This has happened in Adobe Premiere, Taskpaper, DevonthinkPro today. The solution has been to open the file that I need, and then pause Dropbox syncing once the Open dialog box is finished, and then restart syncing. If you ask me, Dropbox shouldn't do this until the file is actually being opened.
Hi - thanks - this definitely clarifies that the behavior is by design, not by accident. I think it's a problem, though. If I'm browsing for a file in the dropbox folder and if I take my time and do this many times a day/week/month, eventually all sorts of random files will have downloaded themselves to my hard drive. Since I'm also not able to sort in the finder based on "local" or "cloud" files, it's a manual process to switch the unwanted files back to the cloud.
Does this make sense?
Your rhetorical question is on place. Yes - this doesn't make sense!
Many people ask for same thing from long time. You know that better than me. It's normally - different programs while prepare file list to show particular file type(s), in addition to file extension, 'magic' number/sequence is also used to select proper type(s). In most of the cases such magic number are just first 4 bytes from the file. Of course, there are other cases - script type is identified by the first text line (when start with '#!'), for example. Also more complex case would require data pieces from different file points. But in all cases - the file data, needed in advance, are small subset from all file's data! It should be no so hard, particular file not to be fetched in advance, but content to be buffered on query (distinct read operation) from a third party application on small pieces and only needed pieces (for example allign to drive sector or something like). In such case everything will happens much more fast and intuitive and most important - according to customer's requirements (not only in the current thread)! There are enough APIs for this on all supported platforms.
@Lusil, You can decide if the above have to be qualified as good proposal for future enhancements.
The way we work is changing. Share and discover new ways to work smarter with Dropbox in our community.Sound good? Let's get started.