We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Mac
8 TopicsNative macOS Dropbox App vs. Maestral
I stopped using the native Dropbox app a couple years ago because it was so resource intensive. I've been using Maestral since to view and sync my Dropbox content due to lighter footprint. I have a M3 MBP with 36 GB memory, running macOS 15.1 (Sequoia). Any feedback with use of current native Dropbox app? Happy with use and performance? Thank you.34Views0likes0CommentsOld Laptop with Old Dropbox-- how do I transfer files?
Hello Hive Mind! I recently fired up my old laptop (OSX 10.9.5, late 2009) and I cannot transfer files off of it. I have tried gmail, messages, airdrop, apple mail application, old flash drive... the works. Then I noticed that I had an Dropbox icon. It has Dropbox v1.1.35 and had my hotmail email as the account. It looks like it is working on the old laptop, and I uploaded a 253 KB .png file. However, when I go to my current laptop, and log into the browser Dropbox, it appears that I had to make an account with the same hotmail address. And I cannot find my files in the browser Dropbox. 1) Is v1.1.35 hopelessly outdated and should I just give up? 2) Do you have any suggestions about how to transfer these files off of my old machine?859Views0likes3CommentsWhy is my local DropBox folder not readable with java?
I am trying to read files in DropBox folders on my Mac with java. The following code: String dir = "/Users/brucewilcox/Library/CloudStorage/Dropbox/Apps/Form8949DotCom/taxdochub-forms-pdf/XXXX"; File directory = new File( dir ); boolean canRead = directory.canRead( ); String message = String.format( "canRead is: %s", canRead ); System.out.println( message ); emits canRead is: false The directory object exists, is a directory, and display an absolute path. What is the root cause of this? How can I fix? Thank you.980Views0likes4CommentsOffline files not downloaded when accessed programmatically (macOS)
Not sure where best to address this question, but it would appear to be API-related... We've got an existing app which has been working OK until recently on both Windows and Mac platforms, which accesses XML files stored in the user's local Dropbox folder. (The app is mainly cross-platform C++ with a thin layer of platform-specific code, which on the Mac side is Swift-based.) Until now, this has worked fine; while we use SwiftyDropbox on the Mac side for other communication with Dropbox, we haven't had to download the files through the API, we've relied on the Dropbox client app for that. But now a user, having done a clean install on a Mac, is reporting that the files are showing up as zero bytes; this would appear to be because they're arriving from the shared Dropbox folder and have not been synced locally for offline access, which I understand is the new default behaviour (though I note that the user is not yet running the FileProvider version of Mac Dropbox). The concern is that, while clicking on the file in Finder in the local Dropbox folder to open it triggers a sync and successfully opens the file... opening the file from within our C++ code doesn't. When we try to read it using standard ifstream and ostringstream calls, we get an empty buffer. Once we double-click the file in Finder, it reads it correctly (without even restarting our app). And the open calls still work fine with the same version of the Dropbox client on other machines, with files which are synced locally. So question #1 is, what do we need to do to open the file inside our program the same way as double-clicking in Finder? That would seem to be the simplest way to make the problem go away. (We could do this in either the C++ or Swift code as needed.) Question #2 is, is there any way to force these XML files *programmatically* to be available offline? Again, that would pre-empt the whole problem. Is there anything in the SwiftyDropboxAPI which can set a file to be synced locally? Failing that, our least-preferred solution is to download the XML file as a file through SwiftyDropbox, bypassing the local sync directory, and reading it like that. This would require a wider-scale re-engineering of our app, so we'd rather not do that at this point if we can help us. Which raises question #3 -- is this an issue which can be fixed by having the user upgrade to the FileProvider version? Will that resolve those kinds of sync issues? They're currently using client version 206.4.6506 on Sonoma 14.6.1; are there known issues there? (For the record, there seems to be something flaky about their Dropbox installation to begin with; the Dropbox shortcut link in the left-hand pane of the Finder window isn't showing the Dropbox icon, and there are no sync icons. I've suggested a reinstall, and will update as we get more information.1.1KViews0likes9CommentsType 'DropboxClientsManager' has no member 'setupWithAppKey'
I'm running SwiftyDropbox version10.1.0 on XCode 15.4 with a MacOS deployment target of 14.5. When i copy and paste the code in the tutorial here: https://dropbox.github.io/SwiftyDropbox/api-docs/latest/ I get an error: SwiftyDropbox/DropboxClientsManager.swift:53: Precondition failed: Only call `DropboxClientsManager.setupWithAppKey` or `DropboxClientsManager.setupWithTeamAppKey` once I have this setup per the documentation DropboxClientsManager.setupWithAppKeyDesktop("<APP_KEY>") So when i change it to .setupWithAppKey it gives me the error: Type 'DropboxClientsManager' has no member 'setupWithAppKey' Any help would be greatSolved249Views0likes1CommentRemove "available offline" in finder under folders and files
Hello, Does anyone know a way to remove the “available offline” phrase in Finder under files and folders? First of all, the phrase seems completely useless considering it can be there along with the cloud icon that indicates that a file/folder is not actually offline but needs to be downloaded to be opened. Second, this useless phrase takes away the ability to show item info in Finder. I used to be able to see the number of files in a folder, the resolution of a photo, or the file size (if it’s an archive), but for some reason, Dropbox thinks that “available offline” is more useful than that. I am surprised I could not find anything on this. It seems like I am the only one concerned with this issue. Maybe there is a simple toggle somewhere in the settings that I am missing. Unfortunately, today I found out that your files can be marked “available offline” but still be in the cloud, and that is a deal-breaker for me. However, my annual subscription just renewed, so I’d like to find out how to remove this annoying “available offline” phrase and see my file/folder info until I find a replacement.462Views0likes2CommentsMove large files from Macbook to the web. The operation stops when the Mac goes to sleep.
These steps allow the Mac to run all night moving the large files. Go to System Preferences on the Mac and choose the "Battery" icon. Find the "power adapter" and set the control to prevent turn off when the Mac goes to sleep.786Views0likes0CommentsMacOS, 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.3KViews0likes0Comments