Greg-DB Dropbox Community Moderator

We don't have resources specifically for AngularJS or Torii, but you can find the documentation for our OAuth endpoints here: https://www.dropbox.com/developers/documentation/http/documentation We also have a general OAuth guide here: https://www.dropbox.com/developers/reference/oauth-guide I'm not sure what issues you're…

Thanks for the report. This will likely take some back and forth with specifics about your app and users to troubleshoot and debug, so please open an API ticket with whatever details you have so we can investigate: https://www.dropbox.com/developers/contact

Thamaraiselvam, different users shouldn't be affecting each other's sessions. It sounds like the session system for your app isn't set up correctly. That's a more general problem, and so a bit outside the scope of API support though, so I'm afraid I can't offer support for that. You should refer to the documentation for…

If you have a patch for the SDK that you think will be useful to others, please feel free to submit a pull request on the dropbox-sdk-php project.

I'm still not clear what change you made exactly regarding the cookies and sessions, but that certainly would be relevant here, as the error is indicating that the CSRF token didn't match what was expected, and the SDK stores the expected CSRF token in the session. You can see that here in the SDK where the exception is…

The following would be helpful so we can offer some insight: - the steps to reproduce the issue - the full text of the error/any output - the relevant code snippet(s), including any changes you made to "move the session's to cookies"

To upload large files with API v2, you should use upload sessions. One of our developers (Kannan) posted a rough example of how you would do this in this thread: https://www.dropboxforum.com/hc/en-us/community/posts/205493536/comments/206447846#community_comment_206447846 (It looks like you already found that, but I'm…

This is a bug in version 2.0.3 of the SwiftyDropbox library. Upgrade to the latest version, currently 3.0.0, and try again.

Apologies, no news on this. I'm not aware of plans for this.

Hi Brian, I just replied on the new thread you started, but in short, yes, that's correct, the Dropbox API doesn't currently offer file hashes, so you'd need to download it to check the contents.

Yes, even the date would change. The file size will always indicate the size of the file contents, though we don't recommend using that as a way to identify the actual contents of course.

The Dropbox API doesn't offer any sort of file hash or checksum unfortunately, but I'll be sure to pass this along as a feature request.

Alexander, it sounds like you already sorted some of this out, so I'll follow up on the latest thread you replied on, so as not to spam others on these threads.

Dropbox API v2 now offers this via the endpoint /sharing/get_shared_link_metadata: https://www.dropbox.com/developers/documentation/http/documentation#sharing-get_shared_link_metadata

The Swift SDK uses API v2, which doesn't currently have an equivalent of /metadata/link. I believe it is planned, but I don't have a timeline to offer right now.

[Edit to offer a simpler solution] The /metadata/link endpoint allows the app to get additional metadata (path, size, etc.) as well as individual links to files within the folder the link points to. To do so, call /metadata/link with the shared link as the link parameter, as well as the desired sub-path as the path…

1. The URL given to the Saver is supposed to be a URL of a file that will be saved to the end user's Dropbox account. The Saver won't be able to download from a localhost URL though. The URL you supply to the Saver is sent off to the Dropbox servers to download, which can't access your local machine and the file it is…

Quick follow up here for anyone looking who hasn't already seen it, the API v2 Java SDK does now have the equivalent of createTemporaryDirectUrl as getTemporaryLink.

Do you mean com.dropbox.core.BadResponseException? Each method should document the exceptions it can through. For example, the new download method can throw IllegalArgumentException, DownloadErrorException, or DbxException. For example, it would throw IllegalArgumentException if a parameter is in the wrong format, e.g.,…

Unless I misunderstand your scenario, you shouldn't need to include both. The 2.0.0 version also include the API v1 calls that 1.8.1 has. I.e., it contains both DbxClientV1 and DbxClientV2.

That's correct, DeletedMetadata doesn't contain a file ID, but we'll consider this a feature request as well. And yes, listFolderContinue can raise ListFolderContinueErrorException where ListFolderContinueError.RESET would indicate a reset, in which case you should start over with listFolder.

1) Yes, in API v2, you would use listFolder and listFolderContinue instead of getDelta. You should check if each entry is a FileMetadata, FolderMetadata, or DeletedMetadata to distinguish between files, folders, and deleted items, respectively. 2) API v2 doesn't currently have an equivalent of createTemporaryDirectUrl, but…

This method and write mode seems to be working properly for me, so a few questions to help figure this out: - What version of the SDK are you using? - Are you getting any error or output? - Can you print out the result you're getting in "updated" (e.g., updated.PathLower)? - Are you uploading the same content? If you…

Per the tutorial, the URL scheme you register in CFBundleURLSchemes should be "db-APP_KEY", where "APP_KEY" is your app key. You have just "APP_KEY" registered. This is how the Dropbox app redirects the user back to your app, so just add "db-" to the beginning of that and that should fix it.

Thanks! We'd need to see the actual setupWithAppKey call with your key, as well as where you set up your db-APP_KEY scheme in your plist for this though. If you'd rather not share those publicly, you can open an API ticket here: https://www.dropbox.com/developers/contact

The null error in the simulator is expected, since the Dropbox app isn't installed, but it should fall back to the built-in authorization flow. The restriction in iOS 9 only applies to canOpenURL, and not openURL, so the official Dropbox app itself does not need to register the URL schemes of every app that uses the SDK.…

Hi Aibek, when you see this behavior, does your ListFolderResult have hasMore set to true? If so, you need to call listFolderContinue to get the rest of the results. You should have code to handle that in any case, but I don't see a mention of listFolderContinue in your post. Let me know if you are already handling that…

Two other things I just noticed: - You don't seem to actually be constructing your client anywhere that you've shared. E.g.: self.restClient = [[DBRestClient alloc] initWithSession:[DBSession sharedSession]]; self.restClient.delegate = self; - You're printing out the contents of the local file immediately after kicking off…

For loadFile, you just need these two: - (void)restClient:(DBRestClient*)client loadedFile:(NSString*)destPath; - (void)restClient:(DBRestClient*)client loadFileFailedWithError:(NSError*)error; Earlier you did say you implemented them, but I wanted to check since that's the only thing that seemed to be missing from the…

Nothing jumps out at me, besides the lack of implementation of the delegate methods. Have you finished implementing those and looked into the causes I mentioned that may lead to them not being called?