Greg-DB Dropbox Community Moderator

Do you have a file named "dropbox.py"? If so, Python would try to import that instead of the actual Dropbox package. In that case, rename or remove that file and try again.

Based on your other comment, it looks like you already sorted this out. Thanks for sharing!

This error is indicating that the app is registered for the "app folder" access type but it is setting the 'Dropbox-API-Path-Root' header when calling the Dropbox API. Apps with the app folder access type can't use the the 'Dropbox-API-Path-Root' header, because they are always automatically rooted to their app folder. To…

@"Dzivo" The fileBinary returned by the Dropbox JavaScript SDK in Node is a Buffer. (The fileBlob returned by the Dropbox JavaScript SDK in browser JavaScript is a Blob.)

@"Здравко" Can you clarify where/how you're seeing code 21 exactly and what type that is? I initially thought I had reproduced an AlertDescription 21, but I believe what I saw was actually just a record ContentType 21, which just means "alert", not a specific alert. In that case, it wouldn't necessarily indicate incorrect…

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

Update: the /2/sharing/get_shared_link_metadata and /2/sharing/get_shared_link_file endpoints (and corresponding methods in the SDKs) should now work when using an access token for an app with the app folder access type.

I can only offer help for the Dropbox API itself, which unfortunately does not currently offer any Replay functionality. For other questions regarding Replay, I suggest posting in a corresponding section of the forum such as View, download, and export, or contacting support.

No, unfortunately the Dropbox API doesn't offer access to comments for files or Reply, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though.

@"ck15" No, unfortunately I don't have any news on this, for files or Replay.

Thanks for following up and sharing this! I'm glad to hear you were able to work that out.

@"phunction" Здравко is correct, you can use ProcessCodeFlowAsync to complete the authorization flow by having the user copy/paste the authorization code into the app, passing the authorization code to that 'code' parameter. You do need to send the user through the authorization flow in their system browser, but when you…

Also, can you clarify why the Encrypted Alert in this case is problematic? From my understanding, TLS Alerts like this can be expected in standard use of the TLS protocol. For example, they can be used to close the connection after successfully sending data. It would be helpful if you could elaborate on why the alert would…

Engineering is looking into this and I'll follow up here once I have any news for you. Were you able to check that you're passing the correct root value for the account as noted in my previous message though? It looks like this error may be related to that, so make sure you're setting the right value as that may avoid the…

That's no problem, we'll follow up with you privately shortly and look into this. I don't have a workaround to share right now as we'll need to reproduce it first.

We can't provide help for the third party platforms as they're not made by Dropbox, but please let me know if there's something we can help with on the Dropbox API or SDK itself. Perhaps someone else here has some experience with Maui though. As for the Dropbox .NET SDK, you can find the information that here. That should…

When you get an 'async_job_id' back from /2/sharing/share_folder you should poll /2/sharing/check_share_job_status to check the status of the job. Please refer to the linked documentation for those two endpoints for more information. Refer to this help center article for more information on nested shared folders.

@"convexin-Eugene-S" The Dropbox Chooser doesn't offer any options for managing the authentication process or return page, but your app shouldn't need to handle any of that anyway. The user is supposed to be automatically sent back to the Chooser functionality after signing in, regardless of their authentication method. I…

@"Здравко" Thanks for sharing this! I'll share this with the team.

@"sundares80" The team is asking if you could also share some sample IP addresses and corresponding timestamps for failed requests so they can try to correlate this. Thanks in advance!

Здравко is correct; for long-term/unattended access, you should use the refresh token functionality. Refer to the following resources for more information: * https://developers.dropbox.com/oauth-guide * https://www.dropbox.com/developers/documentation/http/documentation#authorization *…

Thanks for the feedback!

@"sundares80" Thank you! We'll look into it.

I found an old sample of a /2/files/download call from November in my records. The request didn't have the same browser/CORS headers, so it's not an exact comparison, but for reference the response did have "Cache-Control: no-cache".

@"sundares80" We wanted to ask again, since it would be helpful to the team, if you could get and share an unencrypted dump (that is, without the WiFi encryption). The screenshot you shared on 4/24/2024 seems to be of the format we would want to see, but that's not what was shared in the dump you shared the next day (as…