Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
desktop
10 TopicsSupport for DropBox Bussiness
Hi all. I need to add support for Dropbox Business in our existing integration. And I have to switch the existing Dropbox app from the access permissions model to utilizing scopes. I want to make sure that I don't have to create new app for that and I can use my existing app. Thanks in advance for your replies!3.3KViews0likes7CommentsSyncing a folder directly on to Dropbox.com without using the Dropbox App on the PC
I have already a Selective Sync set on my PC to Dropbox for certain folders. However, I want to keep operating a separate external drive directly to dropbox.com without the use of the Dropbox App because I want to avoid all those files to end up on my PC file explorer (limiting my memory capacity) as is the case when using the App. I'd appreciate some advise on how to proceed.Solved1.3KViews0likes4CommentsOffline 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.2KViews0likes9Comments409 no_write_permission
Hi, I am using dropbox in n8n and have connected a dropbox team account. But I am getting 409 no_write_permission error. It was working fine a few days earlier but now I am getting this error for no reason. I changed nothing in n8n, nor in my dropbox settings. It was working fine a few days ago. It happened before too, and it got resolved after reconnecting and create a new node. But I am getting the same error again. Why am I getting this error and what is the fix. Please help me out! complete error: 409 - "{\"error_summary\": \"path/no_write_permission/.\", \"error\": {\".tag\": \"path\", \"reason\": {\".tag\": \"no_write_permission\"}, \"upload_session_id\": \"pid_upload_session:ABIJdIKguQwyyRnlJPP0VU6cKu7yvOT0Xo4yZCllqv3074TJtg\"}}"Solved249Views0likes5CommentsDropbox max file size
It seems that the maximum size of a file uploaded (from the desktop application) to dropbox is 2TB. How can I get around this limitation? Does using the API allow this? I have very large files to transfer. Thanks for your help! On the Dropbox desktop app Files and folders uploaded on the Dropbox desktop app can be up to 2 TB each.199Views0likes4CommentsApp folder to have main folder being sub-folder.
Hello, I would like to create new App Folder application, which would have it's main folder as sub-folrder of currently working team folder. I don't want the app to have access to compete team folder, just it's sub folder = main app folder. I tried to put this with / or \, but it's not allowed. Please help:).171Views0likes4CommentsFind DBID on Local PC
Application Affected My own app Device Windows 11 VM Operating System/Browser (if using the web) Windows 11 Dropbox App Version (if using the app) Latest Question or Issue We have an app that uses the Dropbox API quite significantly. The user must signin to our app using the Dropbox API and our own login code. It's possible that the user has logged into the Web version of the app at some time, but is using a different account on the PC App. This causes considerable grief in our system where, on install say, the system goes off into the web system and says you have a record with this account, but we cannot find the details, but the user installing the system notes that their local (PC App) account has no records associated with it. Such a use case occurs during testing, but it is perfectly plausible that a user could have their business and one or more personal Dropbox accounts, so definitely a use case that can occur in the real world. The simplest way to prevent this is that, on startup, verify that the DBID returned by the API is the same as the local account (ie. the installed APP). Simple question: Where on the local PC are the local app account details kept? Ideally it would be the DBID, but worst case it could be the associated email address? I am not having any luck with my internet searches for this info (AI does not know the difference between the DBID and the Host ID in the info.json file). EDIT: Of course if we could also find the associated email address (ie. the login to the web email address and the account associated with the app email address) then we could compare. Email address is unique in this context so if they differed same as a differing DBID. Again, I cannot seem to determine the email address associated with the local Windows Dropbox app?Solved138Views0likes10CommentsCloudRail - Dropbox - Missing client_id
Over the Easter weekend (Apr-10, 2025), Dropbox apparently made a change that makes it impossible for PimlicalAdvancedCalendar to log in through its CloudRail library. This has worked flawlessly for many years, and no change was made to PimlicalAdvancedCalendar or the CloudRail library (which is no longer supported by the developer). Is there a reason why Dropbox has suddenly made this change? Anyone else out there with an application that was using CloudRail to access Dropbox have any idea of what Dropbox did over the Easter Weekend?Solved138Views0likes1Comment