De L.1 Collaborator | Level 8

@"iNeil" ​ I can confirm that this has been resolved for me. Thank you for your quick response!

@"iNeil", note that this also applies when using e.g. prompt=login, as this is equivalent to force_reapprove=true. See the Auth URL example in the related topic: https://www.dropboxforum.com/discussions/101000014/getting-authorization-errors-while-logging-with-php-sdk/831141

 My applications are also affected. Customers will no longer be able to connect to their Dropbox account using the authorization URL (as described in the API documentation on https://www.dropbox.com/developers/documentation/http/documentation#oauth2-authorize). --- oAuth url example:…

@"Здравко" Interesting, I don't have any CORS issues with ?raw=1 urls. I tested JPG, MP4, MP3 and PDF file formats embedded directly into a page using iFrame inChrome, Edge and FireFox. Perhaps you have a different use case?

My www.dropbox.com/scl/fi/....?raw=1 urls seem to be working again for a few minutes now. Both images and PDF files. Did Dropbox reverse the change?

@"rylincoln" That isn't something I can reproduce. Requesting the links returned by /get_temporary_link itself will just give me the correct Content-Type, a 200 HTTP response code and it will download without problems. (edit) Ah, I see Greg already responded to this...

Thanks for looking into this, Greg! Is this perhaps related to the issue discussed on https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Search-shared-folder-suddenly-doesn-t-work/td-p/655510? I started getting reports of this issue a few days ago, so it may be a bug that has been introduced recently.

OAuth 2 refresh tokens will not expire by themselves. See @"Greg-DB" answer in this topic. Perhaps a good idea to mention this clearly in the documentation.

Thanks for your quick reply! I understand that there are no plans yet to disable the old tokens, but I assume that this will happen at some point. But it is good to know that I don't need to force the users at this moment. However, as the short-lived tokens with refresh token add an additional level of security, I will…

The 413 error isn't longer thrown so it seems that this issue has been solved. Thanks!

I just tried it with a device with the latest iOS version (13.4.1) and I am now seeing the same prompt as well. For some reason that wasn't the case when I initially tested this. It turns out that Apple has finally added the download functionality in mobile Safari as of iOS 13, so it no longer only offers the streaming…

Yes, replacing it with '?raw=1' does prevent this issue from happening. However, I can't change the URL as the use case is that the file should actually be downloaded which it does in all other browsers. Unfortunately, iOS Safari will just start streaming the file (by design) which doesn't work with the '?dl=1' parameter.

When do you expect that this is solved? Is this a matter of hours/days/weeks?

I forgot to ask... could you let me know what the current file size limit is so I can set that in my application?

Thanks! Could you add the decision of the team about this feature request in this topic or is there a specific place where I can follow this feature request?

Thanks for your quick reply, Greg! It is indeed disappointing that this link has a file size limit as I basically need the upload possibility without access token for my application. Ofcourse, uploading via the server is possible but that doesn't really make sense for large files as it will take (~)twice as long to upload…

@"Greg-DB" thanks for your response and for looking into this issue. I really hope that you can figure out soon what stopped the media information processing! You also explained nicely why /files/list_folder is responding differently than /files/get_metadata. However, it doesn't really make sense to us. We think that…

I just tried it, but doing a call to /files/get_metadata with include_media_info = true to a file which doesn't have mediametadata yet available doesn't return a mediadata object at all. So pending isn't set in that case. I am also currious why the /files/get_metadata call and the results of /file/list_folder don't return…

More people are having this issue. You can find the main thread here: https://www.dropboxforum.com/t5/API-support/listFolder-with-includeMediaInfo-not-listing-all-available-files/m-p/224987 (and click on the Me too button in that thread) I guess that your other topic is about the same issue as well?…

I have the exact same issue here with files not showing up after a hour or more. However, I also have this problem with the folders that contain the media files. If I create a new folder on Dropbox, the folder will immediately show up when I do a /listFolder call with includeMediaInfo on the parent folder. However, when I…

Thanks for your reply, the issue seems to be fixed here!

Hi Greg, do you have some news about this request? I am encountering the exact same issue as vinodc.

Perfect! I also have another feature request about the /preview call. Should I post it here or create a new topic about that?

Hi Greg, thanks for your quick reply! Could you let me know how I can track this feature request? As most of my previous comments ended with "I'll pass this along as a feature request" but I never hear back after that.

I am not sure if this is going off topic, we can also discuss it via email. The app I created is a WordPress plugin allowing users to display their Dropbox files directly on a WordPress page without the need of shared links. Users that want to download a file, don't get their hands on a shared link, but instead the short…

Thanks for your answer. It's a little bit late here, so I think I mixed things up... The issue was indeed caused by the addition of ?raw=1 to the new URL... However, I am still having issues. The following link doesn't do anything for me in Chrome(43) and IE(11):…

My app just does the API call and redirects the user to the URL from the JSON response. Noting fancy actually... However, I also noticed that it isn't possible to the ?raw=1 or ?dl=1 (render a file or force a Save as) parameter in those new URLs via the old /media URLs. Is that true?

Thanks for your quick reply! Unfortunately I don't have the actual JSON response anymore, the only link I still could find is the following: https://api-content.dropbox.com/1/files/auto/Test%20Out-of-the-Box/%C3%89tonne%C3%AEz.docx?signature=1.uJpbEgcWOjAIBQ..1435610702.N8XYasB2hZ6nElVLSL5A5LnzBZp5SBo9gehuiejgJtc (which…