We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Forum Discussion
My images don't load on mobile
My images don't load on mobile when I visit my website that uses dropbox direct photo links. The desktop site works fine.
Hi all,
As you may have seen, this issue is now resolved and a fix was rolled out earlier this week 🎉
Let us know if you have any questions.
Emma
No - nothing. It is very frustrating. Dropbox needs to do the right thing here. It must be a piece of cake for them to redirect all "dropbox.com\*" requests to "dl.dropboxusercontent.com\*"
Please Dropbox, help us !!!
i'm satisfied with the answer provided re. changing to "dl.dropboxusercontent" from "www.dropbox"
i'm still miffed by no heads-up, but i think the solution is fine. you can do a find replace through your editor, or , as i did, programmatically, to provide for future entries (my catalog of media is managed via a Google sheet ).
i can give you server-side or javascript code to replace all the image etc links.
yes changing the link like that works...
but it's really lame that you go to your local Dropbox, select a file, right click and get "Copy Dropbox Link" and unlike, you know the last 10 years!, they NOW give you a link that doesn't work... not to mention all them older busted MacOS / iOS pages.
rad. thx.
it's also not feasible to edit hundreds of old links across multiple different sites
I super appreciate that, however this is on various photography and specialty forums. this already happened years ago when they deprecated direct links and forced the raw=1 convention.
Hope you don't mind I tag on, but if you can share it with me as well that'd be great. Been at the verge of ripping my hair out over the prospect of manually changing over 10,000 instances.
On a different note: I've spoken to a dev from another service I use to today (on an adjacent matter), and when I off-handedly mentioned this issue he noted that it probably has to do with Apple slowly discontinuing support on redirects (DB raw=1 links being redirected elements, so it seems to apply) due to security purposes and whatnot. Apparently it's been an inevitable consequence and mused that it's only a matter of time before everyone else follows suit...
I'm no programmer, so make of it what you will. I'm merely speculating. The point however seems to be that it might be time to find alternative solutions anyway, and might explain how painfully silent DB is on this issue - if they can't make apple bend on this, they have a lot of coding to do.
Do You think it can be done with .htaccess ?
That is change links from "www.dropbox.com" to "dl.dropboxusercontent.com"?
I have tried, but failed in my attempts.
Does anyone know if this works with google drive or One drive? Github? Other solution?
I tried but couldnt find the way..
i wouldn't recommend .htaccess b/c of its inflexibility.
if your content is assembled by a call to a database, then it's best to use a string replace within that "for loop"
here's mine, in PHP :
$songTrack = str_replace("www.dropbox.com","dl.dropboxusercontent.com",$songTrack);
if instead all your links are hardcoded, then you have to tackle it with javascript. it's also simple.. just need to determine the selector on which to act. if your page is hard-coded, (or server-script is n/a for another reason), point me to it. I'll examine it and send a snippet that will fix.
i recommend you manually replace the most popular/frontpage and then use javascript for the archive. the JS isn't ideal because when the page loads (in Safari) the images will be blank, and then will 'magically' but perhaps not too quickly, be replaced.
How many collective hours have been wasted on this by end users? I spent several hours myself before I found this thread.
I do think it's a Safari issue though due to increasing security and less tolerance for redirects for whatever reason. If that's the case, it's probably not an easy fix for Dropbox since they use redirects to serve the raw file rather than using the shared link itself. With the shared link, they want to get the user to Dropbox.com otherwise it doesn't benefit Dropbox (or arguably the user either since I guess some users would benefit from the options available to save/download/etc. the shared file on Dropbox.com) and I assume the redirects benefit Dropbox too by tracking clicks or embeds on their side.
Anyway, if manually updating the www.dropbox.com links to dl.dropboxusercontent.com works, does anyone know if the new link will remain stable? I had a feeling that the shared link would sometimes redirect to a different "raw" link after a certain amount of time. But I guess if people are finding it's possible to programmatically revise the shared link and get a working raw link, the resulting raw link should be stable. (Or at least as stable as this Dropbox workflow has ever been, which in my brief experience over the last couple of years has been a moving target and not stable at all.)
