We’re Still Here to Help (Even Over the Holidays!) - find out more here.
Forum Discussion
aRealHumanBartender
2 years agoHelpful | Level 6
Force render issues (raw=1) and shared links won't work for hosting.
images were perfect on all browsers until yesterday afternoon - what is the fix or is this a dropbox issue?
We are rolling out a fix for issues with raw=1 and dl=1 links that started recently. Please try again and let us know if it's still not working.
117 Replies
Replies have been turned off for this discussion
- Rossorio2 years agoHelpful | Level 5
Changing "https://www.dropbox.com" to "https://dl.dropboxusercontent.com" on every single image should make them work again. I did so with a script for more than 500 audios a while ago and everything is back to normal.
- Здравко2 years agoLegendary | Level 20
Mark wrote:... any hosting applications have almost worked 'by accident' rather than intentional. ...
Hm...🤔 Strange! In such a case there is some documentation, describing embedding, existing almost 'by accident' as seems. 😀
- Warden2 years agoExplorer | Level 4> Please, please take this as a lesson to NOT use Dropbox for things its not intended for - i.e. a hosting service. It simply isnt designed for this and any hosting applications have almost worked 'by accident' rather than intentional. <
Except that using raw=1 is documented. It's designed to serve just the file (via an HTTP 302 redirect). Currently that's broken because it's an HTML redirect.
https://help.dropbox.com/share/force-download
“To bypass the preview page and allow your browser to directly render your files, use raw=1 as a query parameter in your URL” - lisadbx2 years ago
Dropbox Engineer
We are rolling out a fix for issues with raw=1 and dl=1 links that started recently. Please try again and let us know if it's still not working.
- Здравко2 years agoLegendary | Level 20
lisadbx wrote:We are rolling out a fix for issues with raw=1 and dl=1 links that started recently. Please try again and let us know if it's still not working.
Hi lisadbx,
Almost, but not exactly! You have fixed the HTML redirection, but the other addition is still there! What about CORS?! 😉
Hope this will be fixed too.
- torvat-ITA2 years agoExplorer | Level 4Ok, an accident that worked very well. It is a legitimate action. Just like leaving Dropbox. It is OK...
- De L.12 years agoCollaborator | Level 9
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? - Здравко2 years agoLegendary | Level 20
They started (HTML redirect fixed), but still not embeddable - CORS.
- De L.12 years agoCollaborator | Level 9
Здравко 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? - Здравко2 years agoLegendary | Level 20
I just checked and there is still no any CORS related header declaration in the response! Such a link CANNOT be embedded without such a declaration - only can be fetched alone.
On try to embed something:
About Create, upload, and share
Find help to solve issues with creating, uploading, and sharing files and folders in Dropbox. Get support and advice from the Dropbox Community.
The Dropbox Community team is active from Monday to Friday. We try to respond to you as soon as we can, usually within 2 hours.
If you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X, Facebook or Instagram.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!