Greg-DB Dropbox Community Moderator

Thanks for the report! We'll look into whether something changed, but note that whenever you supply non-ASCII characters in HTTP headers, such as for the /upload endpoint, you should first encode them. We have documentation on this here: https://www.dropbox.com/developers/reference/json-encoding For example, you can see…

For the first way, note that you can determine the relative nested path from the responses from /2/files/list_folder. For example: * call /2/files/list_folder with the 'shared_link', and 'path:""' => the result shows the "Sub Folder 1" * call /2/files/list_folder with the 'shared_link', and 'path:"/Sub Folder 1"' => the…

@"overlookmotel" I don't know if the fix for this is difficult or not, but I'll pass your feedback along to the team.

@"overlookmotel" We have been able to reproduce and investigate the issue, but there doesn't appear to be a workaround.

Thanks, I better understand the issue now. I see that you're passing in axios as your fetch library, and the failure is occurring in the Dropbox JavaScript library when attempting to process the OAuth result. I've reproduced this by likewise passing in axios. I've also confirmed that actual API calls fail when using axios.…

@"overlookmotel" I'm afraid I don't have any news on this. This is still open with engineering, but I'll bring it up with them again and follow up here if/when I have anything to report.

The "id" values for the listed items, starting file "id:", is the "file ID", which is different than a "shared folder ID", so you can't use that for /2/sharing/get_folder_metadata, You can use the "path" parameter to list a subfolder when accessing a shared link via /2/files/list_folder though. That would look like: curl…

Thanks! Those variables types and values look fine. I just tried this with those same versions of dropbox and requests though, and I didn't get that error. Have you modified the dropbox or requests libraries at all, or do you have anything in your code that may be impacting the types? If you can share the minimal code…

I'll be happy to help with this, but I'll need some more information. Can you let me know: * What are the types and values of 'dst' and 'src' in this code? * What version number of the 'dropbox' library do you have installed? * What version number of the 'requests' library do you have installed?

We don't have any specific support for vue.js in particular, but we'll be happy to try and take a look. First, do you get a stack trace for this? What specific line is this failing in?

Each Dropbox API access token is specific to a particular app-user pair, and enables access to that particular account to the extent allowed by the app's access type (a.k.a. "permission"). For example, if the app is registered for the "app folder" permission, it will only be able to access the contents of the app folder…

@"Bharath_Nadig" Yes, the Dropbox Java SDK also has support for the "member file access" feature. You can use the DbxTeamClientV2.asMember or DbxTeamClientV2.asAdmin methods to get a DbxClientV2 with the 'Dropbox-API-Select-User' or 'Dropbox-API-Select-Admin' header set, respectively.

If the code doesn't seem to be running or responding, I recommend stepping through with the debugger first to determine where it's breaking down. For instance, in the code sample I shared, 'DropboxClientsManager.authorizedTeamClient' needs to be set, in order to make the API calls. That gets set during the authorization…

It sounds like you're switching from a "Dropbox API" app registration to a "Dropbox Business API" app registration. Just for reference, "Dropbox API" apps can be connected to any kind of Dropbox account individually (including Business accounts) in order to access the files in that account. For example, you can list,…

Right, to be clear, the include_media_info parameter is only deprecated on /2/files/list_folder, not /2/files/get_metadata. And yes, for a substantial number of files, calling /2/files/get_metadata for each one would not be very efficient. And that's correct, for the second option I am referring to parsing the file…

The Dropbox API functionality for listing folders is generally only meant for mounted content, but you can technically list the contents of an unmounted folder by calling /2/files/list_folder with the 'preview_url' (e.g., from the shared folder metadata) as the 'shared_link.url' parameter, like: curl -X POST…

[Cross-linking for reference: https://stackoverflow.com/questions/58229661/can-you-use-dropbox-api-to-read-write-json-in-production ] Yes, with the setup you describe, you could certainly experience a race condition where some data is lost, if there are two writes around the same time, and you have the app overwrite the…

There are two ways you may want to approach this, each with their own advantages and disadvantages: * For each file, call /2/files/get_metadata with include_media_info:true and check the resulting file.media_info.metadata is a PhotoMetadata. The advantage here is that this would indicate that the file is a valid image,…

No, the Dropbox API doesn't currently expose the ability to set folder overviews programmatically, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

@"avieini" While the 'files_list_folder' method does not support the native 'recursive' mode when listing from a shared link, you can iteratively list out the contents of the subfolders, by calling again with the relevant 'path' value(s). For example, say if I make the first call: print(dbx.files_list_folder(path="",…

Looking at your code, a few things come to mind: * You're always calling `json_decode` in the exception handler, assuming the error response is always JSON, but this isn't necessarily true. (It can be plain text, for instance.) You should first check the response's Content-Type header value to determine the type of the…

Thanks for the report! This doesn't seem to reproduce for me though, so it sounds like it may be specific to some parameters you're using. Can you share the code/config you're using to make the /2/files/get_temporary_upload_link call itself?

Dropbox doesn't offer a way to programmatically create new apps. You shouldn't have to do so anyway. When building an app, you as the developer should just register the app once, and then use the resulting app key in your app, for all users. The app key only identifies the app, and can be used to connect to any number of…

@"avieini" Yes, as Pikamander2 mentioned, there are some methods that can help with this, like files_list_folder from the thread you linked to, as well as sharing_get_shared_link_file. Here's a basic example of what using those may look like: import dropbox ACCESS_TOKEN = "..." url = "https://www.dropbox.com/sh/..." dbx =…

@"Kloudless V." No, I don't have any updates on this feature request for exposing recent file information on the API.

The Dropbox API doesn't return the total size or created/modified date for folders, but I'll pass this along as a feature request. I can't promise if or when that might be implemented though. 

@"Jens S.1" Thanks for the note!

@"rajshree1996" If you need help using the Dropbox API/SDK, please open a new thread with more details about the issue or question. Thanks!

@"evry1falls" When uploading via upload sessions with the .NET SDK, you can set the write mode via the CommitInfo object(s) you supply to the UploadSessionFinishAsync or UploadSessionFinishBatchAsync methods.

It looks like the formatting of your code snippet has been lost, but I think the issue is that you're not actually calling 'UploadSessionStartAsync'. You immediately increment 'idx', so 'idx = 0' never returns true. I recommend adding some more logging and/or stepping through with a debugger to work out what's going on.…