TaylorKrusen Dropboxer

Hello, The error is telling you it's an issue with the formatting of the start_date and end_date, which is expecting the string to be ISO 8601 format. I also had a hard time with ISO 8601 earlier this year when I was trying to filter a List endpoint's results in the Dropbox Sign API. The Elasticsearch docs on date format…

When you swap that code for an access token(https://api.dropbox.com/oauth2/token), the resulting payload will contain an access_token and a refresh_token, which can be stored and used to issue a new access token later.

I can't personally speak to whether or not it's easy, but it looks like developers have been able to do that successfully before: https://stackoverflow.com/questions/27386654/using-dropbox-as-maven-repository https://jitblog.net/use-dropbox-to-host-a-maven-repository/

Hi! When you call file_upload, you're actually uploading the file's name as a string. Each file is coming out to 16 bytes because the strings are being generated by secure_filename and are probably a standard length. You can fix it by changing the first variable you're passing to file_upload.…

Is this a newly created scoped app or an app that you're migrating? The OAuth Guide or blog post, Migrating App Permissions and Access Tokens, might be useful resources here. In your app's settings there is an OAuth 2 section. Is the "Access token expiration" set to "Short-lived"?

Hey good timing! I just got an update. This is the result of an uncaught error state where your application is trying to restore a file that has already been purged. The fix from our end, when implemented, will be a more accurate error rather than a change to API behavior. If we need to dig into your application a little…

Generally speaking, nearly everything below 150 mb should work fine with the files/upload endpoint. Could you please post a copy of the timeout error you're getting in both scenarios? This could indicate some server or network issues. Is there anything that could be interfering with your connection to Dropbox such as a…

I think you may have included the wrong link in the beginning. Could you link to the guide that you're following along with?

Yes, but you'll need to make a second call to the API. First, check whether one of the entries in your response from the list_folder call contains a `parent_shared_folder_id` property. If not, then you know it's not a team folder. If yes, then use the `parent_shared_folder_id` to call the /sharing/get_folder_metadata…

Hi! Sorry, but I'm not quite sure what you're asking. Dropbox and GitHub are quite different products used for different purposes. It sounds like you're getting fundamentals mixed up a bit. Here's a good video on API basics for digging into the topic a little more.

To clarify, you want to rename the file that you're uploading via the Dropbox API? You can change it in the `path` parameter that is passed back with the files/upload endpoint.

Currently, this is not supported, but has been submitted as a feature request. Here's a link to the GitHub issue for reference: https://github.com/dropbox/dropbox-sdk-java/issues/240

This page about Dropbox and GDPR has some useful information to help get you pointed in the right direction. If you have questions unique to your situation, then I recommend opening a ticket to discuss them with Dropbox directly. 

Has the folder being shared grown considerably in size from 2018 to 2019? I think this is expected behavior, but it's not obvious what is happening since you're triggering the share from the UI rather than the API. According to the API docs on the /sharing/share_folder endpoint, Most sharing will be completed…

As Greg mentioned above, we don't control over whether or not this feature will be added or when it might be available. However, I did add a +1 to the feature request on your behalf.

The error summary is telling you that it couldn't find the path that was passed in as a parameter. I recommend tinkering with the API Explorer tool on the the file/list_folder endpoint until you find the correct path to use in your code. Good luck!

The developer documentation would be a good place to get more info. Specifically, the users/get_current_account endpoint has more information about the response object (which does contain the account's email address). If you're using the Swift Dropbox SDK, then the Swift-specific docs might also come in handy. Here's a…

Hello, I'm not quite sure what you mean. In order for a file to have it's own unique, shareable link, a user needs to create the link on that specific file. You can do that either through the Dropbox UI or the Dropbox API (more complicated) by using the /files/create_shared_link_with_settings endpoint. 

Are you getting a response from the first share folder call? That one does have a response object. Typically, no response from the Add Folder Member call means that the share was successful, so that is odd. Would you mind opening a ticket so we can discuss the specifics of your integration? Just mention that it's about an…

Hello, The data ingress guide should be of some help here. Specifically, there are some instructions towards the bottom that explain how to handle many files in parallel. I'll paraphrase a bit here: * Organize files into batches of under 1,000 * Call the files/upload_session/start endpoint once per file * Call the…

Awesome! I'm glad you got it working. Thanks so much for sharing the solution! It may help others that run into similar issues down the road. 

Hello, I have an idea for what may be causing this confusing behavior. When you're creating an app in the Dropbox developer console, there are two API access types to choose from: 'App folder' and 'Full Dropbox'. You can read about some of the differences here. It sounds like you may be using an 'App folder' token to make…

Thanks for checking in. Unfortunately, we have no new updates regarding this feature request. 

Yep! There's a users/get_space_usage endpoint available on the API that will return usage information about that account. You can also use the official Dropbox API v2 .NET SDK. Here's a link to the relevant method.

In order to get shared links and their corresponding metadata for an entire team, you would need to leverage the Dropbox Business APIs. You could pull a list of team members with teams/members/list, then use team members file access to execute the sharing/list_shared_links and sharing/get_shared_link_metadeta calls on…

Hello, Files moves and renames are update the `server_modified` property because they are making changes to the file. Changes to permission are not considered direct changes to the file so the field doesn't get updated. To my knowledge, behavior has not been recently changed. One small caveat: some permission changes, like…

Hello, You're writing this in Apex, correct? That error means that the value being sent back with the "Dropbox-API-Arg" header isn't valid JSON. The `JSON.Stringify()` method you're using doesn't exist in all languages. Instead, Apex has a method called `JSON.Serialize()`. You can read about it here. Try changing the…

Excellent! Happy to hear that. Please feel free to post again if another question come up in the future!

Thanks for the link. Neat tool. I found a solution! The share/get_temporary_link is the one you want. You can test it out in the API explorer real quick to verify before you write the code. Cheers!

Thanks! I'm on the other end. Let's get this back up.