We’re Still Here to Help (Even Over the Holidays!) - find out more here.
Forum Discussion
Solved
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
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?- Ok, an accident that worked very well. It is a legitimate action. Just like leaving Dropbox. It is OK...
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.
lisadbxDropbox 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.
- > 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”
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. 😀
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.
- Mark
Super User II
Photo O. wrote:
You have one very, very angry customer here!!
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. This is not the first, second or even third time this has happened and I can pretty much guarantee it will happen again.
- Mark
Здравко wrote:
iggy097 wrote:
... They obviously are aware of the issue, but can't be bothered to address their customer base?
Hm...🤔 Really?
iggy097, If so, that would be rather exception. 😁 This is NOT the first case when Dropbox staff learn from posts here in the forum that something changes. I think it's the same again. 🙂 It's something normal for Dropbox. 🤷
PS: Probably Dropbox management keeps regular support staff "on dark" so not slip some upcoming drawback movement out by mistake.
To add to this a lot of the staff team are currently on holiday as its a public holiday over here where they are based. Plus given they dont work over weekends doesnt help.
All product images on my website have been uploaded using the links and changing them from "dl=0" to "raw=1". All products were displayed correctly up until Friday afternoon. Now all I see are broken image icons on all product photos. For reference, I have well over 200 images that are now no longer working. I've tried viewing the site from Chrome, Microsoft Edge, Safari, and also tried incognito mode as well and it still shows broken image icons. Tried to sync all photos again with no luck. Below is a screenshot from this weekend.
Any suggestions?
