Steve M. Dropboxer

How did you get that URL in the first place? Can you share some of your code?

We do certificate validation to ensure we're talking to the right server. (Otherwise a man-in-the-middle attack could intercept your webhooks.) So for now you'll need to use a non-self-signed cert for that domain. But we'll track this as a feature request.

Cross-linking with Stack Overflow: http://stackoverflow.com/questions/27706669/business-api-audit-log-share-event-missing-critical-information.

https://www.dropbox.com/developers/core/docs#metadata takes an optional include_media_info parameter, which would return this data. But I don't believe the PHP SDK has built-in support for this, so you would need to modify the SDK code to add it.

It's hard to give much help here, since you haven't actually written the code yet to handle the redirect, but maybe this code will help get you started? https://github.com/smarx/othw/tree/master/Ruby

The error code is just the HTTP status code. E.g., you might see a 400 status code if you submit a bad request. If you're still having trouble figuring it out, please let us know what HTTP library you're using and share some code.

The https://www.dropbox.com/developers/core/docs#thumbnails endpoint can get you a thumbnail for an image.

You might want to check that R.string.dropbox_app_key is what you think it is (z62v4eqgu70nmao) to make sure that the auth activity scheme matches the app key you're using in code.

In general, to download a file, you need to open it and hold it open while waiting for the download to complete. (Everything in the Sync SDK is asynchronous.) So the usual pattern here is to open the file, register a listener on that file, wait for getNewerStatus().isCached to be true, and then call update() on the file.…

"When I open the file for the first time, the application crashes..." What's the stack trace of the crash?

No updates, sorry.

There's still no news on this; sorry.

That sounds like a networking issue. Are you able to reach dropbox.com in a browser? Is there anything unusual about your network/proxy setup?

If you can share some code that exhibits the problem, we can investigate.

Perhaps you can share some code that exhibits this problem? (If you don't want to share code here, feel free to open a support ticket: https://www.dropbox.com/developers/contact.)

Oh, and as for clearing your account, you'll need to write your own code to delete the datastore(s).

Are you using local datastores and then migrating? If so, then syncing can't take advantage of downloading a snapshot, since it needs to merge any local changes with the remote changes. (So it applies each delta one at a time, applying conflict resolution, just as though the app had been linked but offline.)

I don't understand. Instead of putting the ID in another field, just make it the record ID. E.g. instead of this: <BR />[myTable insert:@{ @"unique_id": @"abc123", @"foo": @"bar" }];<BR /> you can do this: <BR />[myTable getOrInsertRecord:@"abc123", fields: @{ @"foo": @"bar" }, ...]<BR />

There's no way from the iOS Datastore SDK to access the fields of deleted records after they've been deleted. Why don't you just use the record ID as the unique ID? That seems like a more robust solution in general. (For example, you get the guarantee that you won't have two records with the same record ID.)

You don't need to call client.authenticate from a button handler (unless you're using a popup, which will get blocked unless invoked from a user action), but it's the typical way to build an app. You don't need to do anything other than call client.authenticate (without { interactive: false }) to start the authentication…

The code I see here should all work once authentication has been started, but I don't see a call to start authentication. Somewhere (e.g. on a button click) should be a call to client.authenticate(function (error) { ... }); (no { interactive: false }). That will start the authentication flow, and then when the user returns…

This question is a bit vague. https://www.dropbox.com/developers will tell you about the Dropbox APIs, and you'll need to find a similar resource on the SignNow side. Once you get some code written, feel free to follow up here with more detailed questions if you get stuck.

I just answered your API support ticket. (The ticket had a little more detail.) For others reading this, it looks like a possible networking issue.

O.S., this forum is for developers using the Dropbox API to build their own apps. It sounds like you're looking for an end-user feature, so a different forum would be a better avenue for support. As for the developer request above, Greg noted above that this was added to API v2 as the "mute" parameter on /files/upload and…

You can uninstall and reinstall the app, or reset the iOS simulator. I believe it will also work to just unlink the user account and re-link again.

FYI, we're adding this to our list of third-party SDKs at https://www.dropbox.com/developers/core/sdks/other. (It should appear there in the next few days.)

Actually, I missed the SSL error in your post. If there's an SSL error, it means we can't even connect to your server to get a response. You'll need to resolve that issue first... if you need help, please open an API support ticket: https://www.dropbox.com/developers/contact.

You need to return the value of the query string parameter called "challenge". This PHP code should do the trick: <?php echo $_GET['challenge'];?>

Hi, Thierry. I'm the one who was responding on Twitter. Thanks for writing in. :-) Our general guidance is that when you’re releasing your app to be used by users, you can certainly embed your app key and secret in the app, so that the app will work and let them link it to their accounts without any additional work. You…

Thanks as usual for your feedback. Certainly, it all gets passed along to the rest of the team.