Greg-DB Dropbox Community Moderator

@"Aristide" Здравко is correct, this error is referring to the sharing permissions for the particular file/account, not the app scopes. For reference, an 'access_error/no_permission' from /2/sharing/add_file_member means: access_error SharingFileAccessError (open union) no_permission Void Current user does not have…

No, the cursors returned by the search endpoints are meant for pagination and do not promise to track changes over time. Also, the search endpoints require some query, so they don't support just searching for all files of a particular file type anyway, but I'll pass this along as a feature request. I can't promise if or…

Short-lived access tokens expire after a few hours (be sure to check the actual API response for the specific expiration time). If the app requests "offline" access and stores the resulting access token, it does not need to send the user through the app authorization flow again, as it can use the refresh token without…

Whenever you use SaveUrlAsync, you should also implement support for calling SaveUrlCheckJobStatusAsync, as you aren't guaranteed to get the completed result immediately on SaveUrlAsync. The SaveUrlResult from SaveUrlAsync can be either the complete result (IsComplete), or an async job ID (IsAsyncJobId). If you get back a…

Are you able to retrieve any specific error message or output? We did recently update these links to use "Transfer-Encoding: chunked" (and accordingly not return the "Content-Length" header) on HTTP/1.1, but HTTP clients should automatically handle this. It's possible yours doesn't, however. Also, that change was rolled…

@"burgerman" I don't have any news on this unfortunately.

If you haven't already, you may want to start with the Getting Started guide here: * https://www.dropbox.com/developers/reference/getting-started And for information on how to have the user authorize your app so the app can access their account, check out the OAuth Guide and authorization documentation: *…

I just have to save a refresh token locally and generate a new access token with an api request when the expiration has arrived? Yes, that's correct. To maintain long-term access, you should store and re-use the refresh token whenever needed. You can get a new short-lived access token whenever needed by calling…

Can you clarify where exactly you're seeing the 500 error? Is that coming from the Dropbox servers, or some other part of the process? It would be helpful if you can show the error/output in context. Thanks!

As you found, Dropbox is currently in the process of switching to only issuing short-lived access tokens (and optional refresh tokens) instead of long-lived access tokens. You can find more information on this migration here. Apps can still get long-term access by requesting "offline" access though, in which case the app…

No, these shared links (whether from create_shared_link_with_settings or sharing_create_shared_link) are per-user. Each such shared link is owned by a specific user account and the API doesn't offer a way to change that.

There isn't a particular maximum download size recommendation in this case. (The upload request limit you mentioned is due to a particular server-side limit with respect to reliability, which doesn't apply to downloads.) So, this would be up to you, likely mainly as a matter of how much memory on the device you're willing…

Dropbox is currently in the process of switching to only issuing short-lived access tokens (and optional refresh tokens) instead of long-lived access tokens. You can find more information on this migration here. Apps can still get long-term access by requesting "offline" access though, in which case the app receives a…

The SwiftyDropbox SDK only provides the two download styles you mentioned: file and memory. You can find a basic example of each in the readme here. The memory option returns the file data as a Data object (in 'response.1' in the example linked above). The SDK unfortunately doesn't offer an option for returning the data as…

The SwiftyDropbox SDK uses the Keychain to store and retrieve the access/refresh token for the user (you can find it here in the code), but SwiftyDropbox SDK itself doesn't provide a way to configure any such Keychain options, so I'm afraid I can't offer too much help here. The SDK just asks the system for the specified…

@"HippoJens" No, I don't have any news on this feature request.

Just to confirm exactly what functionality you are referring to, are you applying the tags you mentioned by using the Dropbox web site or /2/files/tags/add, or something else? Also, note that you should only be using the options and fields documented for /2/files/search_v2 here, which does not include "search_tags",…

1. Yes, the timeline lines up for this. 2. I don't have any other changes to report on this. 3. Thanks for the note. 4. This isn't configurable by any sort of option on the API unfortunately; this is something that standard HTTP clients should just automatically handle. The only workarounds I can recommend would be to have…

I looked into this further, and I can report that we did make a change to how we serve these links on HTTP/1.1 in particular. When calling with HTTP/1.1, we are now using "Transfer-Encoding: chunked" and no longer return "Content-Length". HTTP clients should handle this automatically, but it sounds like yours may not…

Thanks for the detailed reply! While I can't rule out some other change (I'll see if I can track anything down), but the current links do appear to comply with the requirements listed here (and don't use redirects). For reference, I manually tried out a few requests on the sample link you provided to confirm these…

Unfortunately the Dropbox API doesn't offer a way to programmatically check the online only status of any particular file or folder, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. Online-only files should be automatically downloaded when opened though, except…

Thanks for the additional information. Just to clarify a bit further, are you referring to tags applied to items using the Dropbox web site or /2/files/tags/add, or something else?

Thanks for the report. I'm not aware of something that should have affected this, but I can look into it. I could use some more information though. Could you let me know: * what kind(s) of video file type(s) are affected? (e.g., .mov, .mp4, etc.) * when did this start occurring, to the best of your knowledge? * when you…

This would depend on the particular timing and cursors you're using, but yes, the options you set on files_list_folder apply to the cursor resulting from that call, as well as all further cursors retrieved from that initial cursor. So, for example, if you are using a cursor that descends from a call that originally set…

@"AmanSingh" Thanks! That code itself looks fine, so it sounds like there's something specific to your account/files relevant here. Could you please open an API ticket and share the entire output you get from 'new AWSXRayDbxClientV2(api, xRay).files().listRevisions(path)' itself? That should help us investigate internally.…

@"AmanSingh" The listFolder/listFolderContinue methods are the right way to list the contents of a folder, the listRevisions method is the right way to list the versions of a file, and the restore method is the right way to restore a deleted file. I just gave these a try myself and they are working properly for me. If it's…

@"swively" Shared folders themselves have owners (see earlier in the thread), but individual files inside shared folders do not. You can see you last uploaded a file (i.e., the latest version of a file) via FileMetadata.sharing_info.modified_by though, e.g., as returned by /2/files/list_folder[/continue] or…

Webhook notifications tell you when something has changed, and using the files_list_folder/files_list_folder_continue functionality is the right way to then list items and check for changes. In this case, I see you're getting back a result with an empty entries list, indicating that there were no changes to report for the…

Dropbox is currently in the process of switching to only issuing short-lived access tokens (and optional refresh tokens) instead of long-lived access tokens. The creation of new long-lived access tokens is already considered deprecated, but has not been fully retired yet. You can find more information on this migration…

@"LukeyB" Здравко is correct; the URL parameter order is not supposed to matter, and so the Dropbox webhook system does not guarantee any particular URL parameter order. You'll need to troubleshoot this with the framework itself.