Greg-DB Dropbox Community Moderator

@"trinigato" The Dropbox Objective-C SDK doesn't have an option to disable the automatic token storage, but I'll pass this along as a feature request. (You can explicitly call unlinkAndResetClients when desired though.)

@"tfrysinger" We can't provide any absolute guarantee of compliance based on a description like this, so you should be sure to review all the guidelines and terms before developing code to use the Dropbox API: https://www.dropbox.com/developers/reference/tos https://www.dropbox.com/developers/reference/devguide…

Thanks for checking that and providing the additional information. As you found, the type of sharing you're using uses "/scl/fi/" link, as opposed to the standard "/s/". (The latter is what you get from the API itself, such as from sharing_create_shared_link_with_settings for a file, or when copying a shared link for a…

It sounds like you're able to retrieve the file data from the Dropbox API, and are now trying to use that file data client-side. The download-style methods, such filesDownload, yield a file blob of the file data. What you do with that is up to you. Unfortunately, I'm afraid I can't recommend or endorse any particular third…

@"tridejur" You already have an API support ticket open for this that we've been replying to. Please do not post in multiple places for the same issue. We'll continue following up with you on your ticket. Thanks!

@"tridejur" You already have an API support ticket open for this that we've been replying to. Please do not post in multiple places for the same issue. We'll continue following up with you on your ticket. Thanks!

@"GeekDesign" Thanks for sharing this code. Unfortunately however, it appears that some of the actual Dropbox API calling code is hidden in methods that aren't defined in this snippet (e.g., check_dropbox_file, upload_dropbox_file, check_dropbox_folder, and create_dropbox_folder), so it's harder to say exactly what it's…

@"Ford" It looks like your message isn't related to the thread here. If you're looking for Dropbox support, please visit this page: https://www.dropbox.com/support

I see, thanks. I do recommend starting from the unmodified SimpleTest on a supported platform as a reference, as that should work out of the box with no modifications (beyond plugging in your own app key). That's what I tested, and it worked for me. Anyway, unfortunately the SDK isn't officially supported in Xamarin, so we…

When using the Dropbox Chooser, Dropbox will automatically create the link to the file when the user chooses the file. The user does not need to go to Dropbox to create the link themnselves first.

Thanks for the context. Right now, I unfortunately don't have a solution to offer for downloading these "received" files programmatically. This is open with the team, but I can't offer a timeline for when that may be possible. I'll follow up here once I have any update on this.

If you have a standard Dropbox shared link, you can use the 'sharing_get_shared_link_file' method to download the file: https://dropbox-sdk-python.readthedocs.io/en/latest/api/dropbox.html#dropbox.dropbox.Dropbox.sharing_get_shared_link_file Note, however, that the kind of link you posted here, with "/l/scl", is not a…

The preview links don't expire on their own, though they can be revoked by the user. So, as long as the user doesn't disable the link, or delete the file, yes, you'd still be able to use them after an arbitrary amount of time.

If you need non-temporary links, but also need to download from them programmatically, you can use the "preview" links, but modify them as documented here: https://www.dropbox.com/help/desktop-web/force-download

Unfortunately it's difficult to reason about what is happening here without more specific information/code. Can you or your development company inspect the code driving the progress meter, and follow up here with any other details or code you can share if something isn't working as expected? Thanks in advance! 

Thanks! That's helpful. Apologies for the trouble. I meant that you should be able to pass in the id for a file as retrieved from /2/files/list_folder, like in your original post, even if they're in a shared folder in the account, for instance. The files listed from /2/sharing/list_received_files aren't actually in the…

Are you getting that error when trying to run the "SimpleTest" sample app? Have you made any modifications (other than plugging in an app key)? I just tried it in Visual Studio 2017 on Windows 10 and I didn't get that error unfortunately. Is there any other output in the log? To clarify, are you also trying to run the…

This should be working again now. Please try again and let me know if not. Thanks!

Thanks! First, I see that you're using listFolder to list the contents of folders. That's the correct method, but note that you also need to use listFolderContinue, as you're not guaranteed to get all of the results back in a single call to listFolder. Please review the listFolder documentation for more information.…

You should be able to download a file from a connected Dropbox account using /2/files/download the same way regardless of whether or not the file is in a shared folder. E.g., you should pass in the 'path_lower' or 'id' value for the file you want as the "path" parameter. What exactly are you passing in when you get this…

There's an example of breaking down the error like this in the readme here: https://github.com/dropbox/SwiftyDropbox#route-specific-errors That example is for the delete call, but the mechanic is the same. For getMetadata, the route-specific error type is GetMetadataError. Be sure to check out the section right after that…

Thanks for the report! The same setup is working correctly for me currently. Based on your description, it sounds like the browser was unable to load certain resources for some reason. (You mentioned that the images weren't loading; there are other resources loaded from the same sources that are necessary for that page to…

@"OzLinden" If you want to test the Dropbox API, I have a few examples in this comment from earlier in the thread that show use of the /2/files/download endpoint. The API v2 Explorer can be useful for testing/prototyping calls like this. In any case, the /2/files/download endpoint does return "application/octet-stream" as…

Thanks for the report! We'll check on this.

@"philipbeber" I see you opened a new thread for this. I'll follow up with you there. Thanks!

Thanks! That's helpful. We'll look into it. Note that if you just want to download the file though, and you are already connected to the account and have the file ID or path, you don't need to use /2/sharing/get_file_metadata and /2/sharing/get_file_metadata. Once you know the file ID or path (from the /2/files/list_folder…

Thanks, so you mean it's not the actual file data download that's slow, but rather it's loading the file metadata that's slow? Can you share the code that's running during the slow part so we can take a look?

To use the Dropbox API v2 in Android, you should use the API v2 Java SDK: https://github.com/dropbox/dropbox-sdk-java There isn't a step by step tutorial for that in particular, but there's an example Android app that uses it included with the SDK: https://github.com/dropbox/dropbox-sdk-java/tree/master/examples/android…

Ok, thanks! I've sent that feature request along. I'll follow up here with any updates on that, but at the moment I'm not aware of any such planned update.

I recommend looking into getting the LL server updated to accept the "application/octet-stream" Content-Type, as it looks like that's where the current rejection is taking place. I'll be happy to pass along a request to change something on the Dropbox side too, but I should reiterate I can't guarantee such a change would…