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.
Thanks, Rich, I just tried a couple of different URLs in a browser window.
The link ending in raw=1 played immediately.
I also tried changing the link to the Dropbox original of dl=0, which just opened the file in the Dropbox web app, which is obviously why the raw=1 URL is preferred.
I'll get onto the plugin developer about this.
What the plugin developer said (last week)
The reason why it does not play in FV Player is that it probably checks some of the HTTP request headers, such as the referrer header. When I insert it using bare HTML5 video tag it won’t play either.
And...
So it’s not a problem with FV Player, but a more general issue.
I found that it actually depends on the dropbox.com cookies which your browser has.
So the Dropbox link cannot play the video reliably, as they probably don’t want you to be using their services for video playback anyway.
So there you go, It's Dropboxes fault, and NOT the FV Player plugin 🙂
@H96Max wrote:Usually the shared link ends with dl=0 by changing it to dl=1 downloads the file directly, but from today its not downloading!!
Are you accessing the link directly in a browser, or are you using it in a plugin or extension for some web page or other type of service (rather than directly clicking the link and downloading the file)?
Test the link in your browser. If the file downloads then the link is working as expected and you'll need to reach out to whatever plugin or service you're using the link with.
If the link doesn't work, provide the error message or take a screenshot of the page you get after clicking the link.
@Steve Raven wrote: I just tried a couple of different URLs in a browser window. The link ending in raw=1 played immediately.
I just tried a couple of different URLs in a browser window. The link ending in raw=1 played immediately.
So there you go, It's Dropboxes fault, and NOT the FV Player plugin
If the links work when you test them in a browser, then they're working as expected. With that being the case, I'd say the fault is with using them in a manner not intended, which isn't a fault of Dropbox.
Yup adding the “dl” and removing the “www” worked. Your a rock star👍
Wonder why this just started?? I will inform my staff of this change.
Hello,
All my Dropbox direct download links ending in (dl=1) no longer automatically download and instead lead to a blank screen.
Previously, the download would start on the same screen.
Is anyone else experiencing the same issue? Please help!
Hi,
Here I leave you a video, before with =1 the download started on the same screen now it takes you to another empty screen.
youtu.be/eIuqISa8pIk
The issue is that Dropbox decided, for some reason, not to use HTTP redirection, the one used before, but HTML redirection. 🤷 Don't ask me why.
So this HTML should become loaded somewhere... one place is redirection of the current page another is new page. As seems they decided in favor of the second way. That's it.
You can try either different link reformatting (not just changing dl=0 to something else, but domain change instead - this as seems still works) or usage of temporary links (whenever possible).
Good luck.
This is very distressing, as I imagine others know all too well. I don't want to leave Dropbox but I have to have image hosting. Does anybody have a recommendation for an all-purpose storage and sync cloud service that supports image hosting? I need a terabyte or two of storage. I don't mind paying a nominal fee. Alternatively, is there a middle-man tool that can retrieve a Dropbox image and provide the hosting service?
hi, where do you get this information? could any dropbox staff confirm?
I just put images in my obsidian notes? Dropbox can integrate with notion, why can not be used in obsidian?
Good morning, I do agree with the statement that dropbox isn't a hosting platform. Then remove this https://help.dropbox.com/it-it/share/force-download page.Really, if it is not intended to allow and manage rendering and download of contents (as a collaboration tool should do, on my personal point of view) then it is ok. I change platform and will not renew my subscription. i don't think Dropbox will care about it. But inform users that this is not allowed and remove pages that explain how to do this.
Have a nice day 🙂
Hi
I use images from Dropbox to display images on websites. For this I use the public link such as:
https://www.dropbox.com/scl/fi/5x1t2ddk9wlhxz5naoscg/2204-01.jpeg?rlkey=m8zkxxnzge6s05rqo696m0jq8&raw=1(ending dl=0 replaced by raw=1).
This no longer works. No image is displayed on the website.
If I add the address:
https://www.dropbox.com/scl/fi/5x1t2ddk9wlhxz5naoscg/2204-01.jpeg?rlkey=m8zkxxnzge6s05rqo696m0jq8&raw=1
directly into the browser, the adress is redirected to
https://ucd8a1098089b4c4a8845e8a7d2b.dl.dropboxusercontent.com/cd/0/inline/CSR-j0SA5XN8_K8Lvb8wcnZjUS-ET9TqBGZlXDQJjXPcaeqGAHINekXc1mb-tgzx-Sq7g1twcAf32L6TbV-94Jx4q85sxuObdvn4sl6iNuRBjfUrUg6rJLDDOJS4PmZ_ndV2egfdRLNMuQpQgypmrdJ0/file
Why that? I think that the redirect is the reason why the image can no longer be displayed on the website where the image is integrated.Any idea to solve this issue?
Just an FYI this only is affecting files later than June of 2023. All of my prior files will still load with raw=1
I do think that Dropbox is a very greedy company. If they don't want to allow users to render content from the browser (by the way, they mentioned only HTML content), then why did they put it on their support pages?
The most important about cloud services is the reliability, how would trust a company is lead by kids to save a backup of your important files, where is their policy.
@mondstaub wrote: ...If I add the address:https://www.dropbox.com/scl/fi/5x1t2ddk9wlhxz5naoscg/2204-01.jpeg?rlkey=m8zkxxnzge6s05rqo696m0jq8&raw=1directly into the browser, the adress is redirected to https://ucd8a1098089b4c4a8845e8a7d2b.dl.dropboxusercontent.com/cd/0/inline/CSR-j0SA5XN8_K8Lvb8wcnZjUS-ET9TqBGZlXDQJjXPcaeqGAHINekXc1mb-tgzx-Sq7g1twcAf32L6TbV-94Jx4q85sxuObdvn4sl6iNuRBjfUrUg6rJLDDOJS4PmZ_ndV2egfdRLNMuQpQgypmrdJ0/fileWhy that? I think that the redirect is the reason why the image can no longer be displayed on the website where the image is integrated....
...
directly into the browser, the adress is redirected to https://ucd8a1098089b4c4a8845e8a7d2b.dl.dropboxusercontent.com/cd/0/inline/CSR-j0SA5XN8_K8Lvb8wcnZjUS-ET9TqBGZlXDQJjXPcaeqGAHINekXc1mb-tgzx-Sq7g1twcAf32L6TbV-94Jx4q85sxuObdvn4sl6iNuRBjfUrUg6rJLDDOJS4PmZ_ndV2egfdRLNMuQpQgypmrdJ0/file
Why that? I think that the redirect is the reason why the image can no longer be displayed on the website where the image is integrated....
Hi @mondstaub,
Actually No. Dropbox links have been always redirecting. You probably haven't noticed but any other than preview link has redirected all the time. So described by you is not something new and byself cannot be the reason for observed issue. Despite there is something new and it's about how this redirection happens! While till some time ago it was protocol redirect (HTTP location redirect), recently Dropbox started using page redirect (HTML page redirect itself to another place). This is something problematic in most use cases since while an image is expected text file is received, for instance. Since this is NOT something normal, that confuses most applications (including media players, browsers, etc.). Only few are able to handle HTML redirect. Of course when loaded in the main frame of a browser (not as an image inside page or something else) all web browsers handle such redirection correctly (on such a place would be strange to be something other than HTML, so HTML redirect is possible too). That's why those links work in browsers as a page, but do not it while embedded in any way. That's what the nature of this issue is. Combined with forbidding, forced by Dropbox, of such "pages" to load as inline frame, for instance, makes this issue even more hard. There are still some workarounds (not all link types are changed yet). 😉
Hope this clarifies matter.
@iggy097 wrote: Just an FYI this only is affecting files later than June of 2023. All of my prior files will still load with raw=1
Hi @iggy097,
Yes and No. There is nothing related to "ages" of your files, but to their links creation time. Old links (created before last "move") would continue work, but all new links (it doesn't matter to old or new files) will follow discussed new behavior (I hope still, it's some mistake that will be fixed). 🤷 That's it. In other words, this change is not retroactive for links.
Good luck to all of us.
@torvat-ITA wrote: I do agree with the statement that dropbox isn't a hosting platform. 🙂
I do agree with the statement that dropbox isn't a hosting platform. 🙂
I don't agree with that statement. There is no difference between sharing something stored in Dropbox and serving something stored in Dropbox. Arguably, serving as raw=1 takes less processing.
The help page does say that "adding raw=1 to a URL will cause an HTTP redirect", and that could cause problems; but what it appears to be doing at the moment is not simply a 302 redirect (it does do that as well) but actually serving text/html content first. Where a recipient is expecting content-type: image/jpeg or content-type: application/pdf, serving content-type: text/html will cause problems. It's that behaviour which has changed.
why the images I upload to Dropbox and display on my website suddenly crash, but when I check on Dropbox, the image files are still there. However, when I try to display them using 'raw=1' in the image URL, it crashes on my website.
Hi all
I run a site called Maths Advance and have a number of images stored on Dropbox which are then loaded into individual questions modules when users click on a question. I know now that I shouldn't have used Dropbox for these purposes and that other servers are better for website performance, but in any case it has been reliable up until now.
My question is why might some images now not be appearing for users? This has only been an issue in the last 48 hours, but needs to be fixed ASAP. All of the images are stored on Dropbox and some are loading, but others are not. The filetype and size of the file does not appear to be a critical factor.
Any ideas would be most welcome.
Hi @GeorgeNotaTechExpert,
Yes there is an issue. Not to repeat, take a look here. You can still use links with changed domains. Let's hope this will be fixed ASAP.
Much appreciated, thank you. Have Dropbox acknowledged this and indicated when it is likely to be fixed?
Not exactly. About ETA, not at all. The only official comment coming from Dropbox staff, as far as I know, is here. Not too much, but better than nothing. If there is some chance, I believe Greg will do whatever possible.
Again, thank you very much for your helpful response. It's much appreciated.
A friend of mine demonstrated that an older image he linked to from Dropbox still worked in the animation forum's public page. So I did a test using one of my old Dropbox image links, and sure enough, it still worked. This made me wonder if there was a cut-off date and if only new images were needed for public posting.
So then I went about replacing my Dropbox images in the forum from last week using Imgur as the host. Since the problem started as I posted images last Wednesday, I thought that's where it would end, but then I found broken images in the forum from April.
I read elsewhere that the cut-off could be with images uploaded since March, but I haven't seen this confirmed by Dropbox.
Can someone from Dropbox PLEASE respond?
Regarding using Imgur, I stopped using this service nine years ago, so I had to reactivate my account, verify my email, and change my password. Once I got past that, I was surprised to find images I posted to the forum over nine years ago were still there! Imgur is still a free service so, at the moment anyway, I can recommend this.
Personally, I'd rather keep using Dropbox as a subscriber, but I'm reconsidering now. Just getting any response from Dropbox staff could help me decide.
Thanks i advance for any reply.
FWIW, I'm seeing the broken links with images shared in April. Some older images are still working, but I'm not sure when the cut-off date is yet, if there even is one.
I read elsewhere that the cutoff could be March, but there is no official confirmation from Dropbox about this issue. For now, I'm assuming no images are guaranteed to remain active.
Hopefully, Dropbox can clarify what's going on.
Not only do new hotlinks not render, old ones do not show up either
Firefox
Chrome
Brave
Opera
[links removed]
Yet hotlinks from other sites are no problem
We use https://plyr.io/ to play audio files hosted on a paid dropbox account through our webflow site. It has worked wonderfully for years. We change the end of the file to the raw=1 suffix.
3 days ago all links stopped working apart from old public links that outdated the new rlkey naming structure - it should be noted that the files with the rlkey naming structure have also been working since the beginning of the year. These links are read only links so no authenitcation required to access or view. They also load fine in a browser either as the file in dropbox or as a streamer.
Is there an option to generate a dropbox link without the rlkey or another work around anyone can think of? PLYR is an open source js library on github.
Would appreciate any help! Thanks.
Hello there,
normally I was able to embed audio files from my Dropbox on my homepage by changing dl=0 to raw=1 at the end of the shared link.
Now this is not working anymore. I guess this has to do with the new rlkey-Part in the Link? Is there a new way to get this done?
Many greetings,
Christoph
All audio downloaded from Dropbox cannot be played, although everything was working yesterday. Audios are uploaded to different accounts (with a paid plan). All links are added to the page in webflow in this format:[removed per Community Guidelines]
