Want to know more about Dash? Check out how Amy uses Dropbox and Dash to make her day easier here!
API
5804 TopicsObjective-C Dropbox SDK warnings with iOS 12 as deployment target
After updating the Xcode deployment target in my iOS app to iOS 12, several warnings appeared in the Dropbox code. Updating through Cocoapods did not seem to change anything. The source files are all still dated 11-3-2020. I looked in the GitHub repository and the problematic code is still there. Here is one of them. In DBSDKKeychain.m in the function v1TokensDataIOSCore we see: NSDictionary *unarchivedFoundData = [NSKeyedUnarchiver unarchiveObjectWithData:foundData]; The warning is that this function is deprecated starting with iOS 12.0. Following the suggestion in Xcode I edited the code to: NSDictionary *unarchivedFoundData = [NSKeyedUnarchiver unarchivedObjectOfClass:[NSDictionary class] fromData:foundData error:NULL]; I am just guessing that [NSDictionary class] is the right class to use here. So, will this work? And why hasn't it already been done? After all, iOS12 came out 6 years ago.403Views0likes2CommentsProblème de transfert de la caméra netatmo vers dropbox version gratuite
Bonjour, J'ai le problème suivant depuis le 4 juin : le transfert de fichiers de la caméra Netatmo vers mon compte Dropbox ne se fait plus. Est-ce qu'il y a une manipulation à faire pour corriger le problème ? Est ce un bug connu ? Merci pour votre aide. Cordialement Philippe15Views0likes1CommentProblème de transfert Netatmo vers Dropbox basic
Depuis la mise à jour de Dropbox du 03 06 2025 les vidéos de mes caméras Netatmo ne s'enregistrent plus sur Dropbox basic. Mon compte basic est utilisé à 25%, donc à 75% libre. Mes caméras sont bien programmées. Comment résoudre le problème ? MerciSolved184Views1like8Commentshelp: long-live tokens for dropbox app
Hello everyone, I know that there are other issues related to this but I did not find anything that really helped me. I'm trying to upload images (.png) from my PC to dropbox via an application that I already created. I'm doing this using a python script I wrote. The part that concerns the dropbox upload is the following: def upload_to_dropbox(file_path, dropbox_token, dropbox_folder): dbx = dropbox.Dropbox(dropbox_token) with open(file_path, 'rb') as f: filename = os.path.basename(file_path) dropbox_path = dropbox_folder+filename dbx.files_upload(f.read(), dropbox_path) shared_link_metadata = dbx.sharing_create_shared_link(dropbox_path) return shared_link_metadata.url In doing this I'm using an access token that I generate in the Console App. This token begins with "sl" and I know that expires in few hours. Could you please provide me support on how to get a long-live token, or how to refresh automatically the token I'm using? Thank you in advance 🙂 D.888Views0likes7CommentsHow to download .paper and .papert shared file using APIs
I want to download the shared files having paper and papert extension but since shared files, I list the files using sharing/list_received_files and in this I get the preview_url for the shared file, I use the preview_url to download to the content using sharing/get_shared_link_file but I get unsupported_link_type error in the API response. I tried using the files/export API using id in the headers to export html but then I get path/not_found/ error in the API response. How can I download paper and papert file content for a shared file.What is the easiest way to download 101 previous revisions of a file?
I have a file that gets edited multiple times a day. There was content in this file that was only visible for a couple days about a month ago. What is the best way to get that information? I tried using the web interface, but it was clear that it would take hours of loading previous versions to get back that far. I did some searching on the forum and saw this post How-to-batch-download-the-entire-file-version-history . I said to myself, that will be a fun project, I might even learn something. With much enthusiasm, I took their advice and wrote my own app. It is Monday morning, April 12, 2021. My app is ready. My file is in the crosshairs. Soon I will be able to find a keyword in all open documents using Notepad++. It is so close. JSON parsing error Reload App . . . JSON parsing error Devastated, I find that I can only load 100 previous versions using list_revisions. This gets me back 10 days... Do I really have to write an autohotkey program to scrape the website to get this information? Or did they implement this request from 2017 and I just don't see it? Thank you701Views0likes2CommentsAPI V2 Modified date for specific revision of a file in Python
Hi, I am trying to get the metadata for a specific revision of a file, with V1 I used to do: metadata = client.metadata(FileName, list=False, file_limit=1, hash=None, rev=revN, include_deleted=False) then I had it in "metadata['modified']". Now I can only see how to download a particular revision or get the metadata for the last N (up to 100) revisions of a file. What if I have more than 100 versions? P.S. How I can specify the revision in the path, as the SDK states for "file_download"? files_download(path, rev=None) Download a file from a user’s Dropbox. Parameters • path (str) – The path of the file to download. • rev (Nullable) – Deprecated. Please specify revision in path instead.Solved2.7KViews0likes5Commentslist_revisions and file deletion information
Dear Dropboxers, In API v1, the list of revisions for a file included information that seems to missing in the new API v2. Specifically: A. In the old API, if a while was created, then deleted, then re-created, the intermediate deletion was visible in the results returned by /revisions (as a "revision" which simply had the "is_deleted" flag set to true, and file size zero). In the results returned by the API v2 "list_revisions" call, there is only a global "is_deleted" flag at the very top, indicating whether the file is currently deleted. In the scenario of creation-deletion-creation, it is completely invisible that the file was for a while deleted. B. In the old API, when a file was deleted, the information returned by /revisions showed who (which user) had deleted the file. In the new API v2 "list_revisions", there is only the global "is_deleted" flag at the top, and the server timestamp indicating when the file was deleted. There is no information on which user deleted the file. Looking at the "Version history" available on the Dropbox website, for the same file, does show the intermediate deletion, and also who deleted the file (for a file in a shared folder). So Dropbox internally does have all this information, still. My questions are then: 1. Did I miss something, or is it indeed the case that /list_revisions is crippled in the way I described, compared to the earlier API? 2. If indeed it is missing information, any plans on changing this? My use case is an app which provides a nice interface to the full history of a Dropbox account, and easy reversion to a previous state. This has worked remarkably well with API v1, but it looks like API v2 is a significant step in the wrong direction in many ways (for example, apparently also limiting the number of revisions to 100 now, from 1000 in API v1). Thanks for any help! PatrikSolved2.3KViews0likes2Comments