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.
@kelvinb wrote: The links are still valid and videos are working in dropbox, just not where embedded. Has something changed or is there a problem with dropbox?
The links are still valid and videos are working in dropbox, just not where embedded. Has something changed or is there a problem with dropbox?
I suspect Dropbox is actively blocking it - Dropbox isnt and never was a hosting platform. They have done this previously and so I wouldnt be shocked if they did it again.
This topic https://www.dropboxforum.com/t5/Create-upload-and-share/I-have-an-xml-file-which-i-share-with-my-own-smart-TV-app-but-it/td-p/756901/ indicates that raw=1 should work (it broke and was fixed again). It's a 302 redirect which has been re-introduced.
Actually I don't see the difference between sharing a hosted file and serving a hosted file.
Hello! I've been using dropbox as a file hosting for my website for a couple months with no issues. My web is stored on Firebase, and it has React elements (I called them Songcards) that allow me to play or download those files on the go. Suddenly, it stopped working. I can't play them, but the download button still redirects me to the proper website, where I can play or download them. Only the <audio> tag and its src property aren't working as they should. I'll provide some screenshots along with a portion of the code that I tested on a different component just to simplify what I'd show to you and remove anything unnecessary.
The right numbers should provide information about song length and the play button should play the file. However, only the download button is working, and it redirects to the download web
You can try the download itself by using the link on the code block.
I'd love any kind of help, since it's something I've been using on a daily basis since a few months ago, and I'm paying for a high storage limit so I can store them all. Thank you!
import React from 'react';import { useRef } from 'react';export const Test = () => { const audioRef = useRef(); const link = 'https://www.dropbox.com/scl/fi/bvmwih1pkzkf66bgdwnfg/Lugia-s-Song-Efecto.mp3?rlkey=lzdbe331pb58wvorcja32onx1&st=ypmco4i1&raw=1'; const handlePlay = () => { audioRef.current.play(); }; return ( <div className='position-relative d-flex flex-column align-items-center mt-5'> <button onClick={handlePlay}> Play </button> <button onClick={() => { window.open(link, "_blank") }}> Download </button> <audio ref={audioRef} src={link} type="audio/mpeg" /> </div> );}export default Test;
Same issue.
Hi @Jay,
Yes, it happens in all scenarios. I tried clear cache, private mode, in another browser.
I have found a link generator that creates links so that they can now be played. it's just a shame i now have to spend several days changing all the links
https://chromewebstore.google.com/detail/dropbox-direct-link-gener/eicoigkfdogflbbcoefagmejoopganmd
Im wondering, (again sorry if super noob question) but I managed to video work embedded. Than I copied the link from dropbox and it stopped working (missing file error) Is this possible that every time I generate link or copy link from dropbox its somehow changing (hence video missing info) Are some link generated temporarily rather than as a main link and unchanged?
Same here ....
same issue here. when using the "raw=1" link, picture don't show in my obsidian notes, before is working fine.
Hello. I have the same problem. All links changed their behavior from one moment to the next.Look at this example: https://www.dropbox.com/scl/fi/su95ust5cesfgavoz8d2j/15-essmov-polt-womb-250324.zip?rlkey=mh7nwgqf2o33u27adz7vmj1bk&st=jgddg5es&dl=1even dom dl=1 it redirects to a blank dropbox page.It downloads but redirects to a blank page.I've already tested it on several browsers, including in anonymous mode.
Same here
It works, thanks!
However, I'll wait a couple days to see if this gets fixed, I have more than 500 .mp3 files and changing links one by one would be too time consuming.
Hello Dropbox Community,
I'm encountering an issue with my Dropbox links that should directly initiate downloads. Despite following the guidance on forcing downloads as outlined here: https://help.dropbox.com/pt-br/share/force-download
Force a file to download and using the dl=1 parameter, the downloads are not starting as expected.
Instead of triggering an immediate download, clicking on the link directs to a blank Dropbox page, and only then the download begins. I have tested this behavior across multiple browsers and also in incognito mode, but the issue persists.
To better illustrate the problem, I have recorded a short video demonstrating the behavior, which can be viewed here:
https://youtu.be/eIuqISa8pIk
Any guidance or assistance you could provide would be greatly appreciated. Thank you for your help!
Best regards,Thiago
@aRealHumanBartender wrote:so irritating and I’m simply going to have to use another host bc this is unacceptable
That is exactly the issue - Dropbox isnt, and never ever has been, a web hosting tool.
They have (on quite a few occasions now) done things which have stopped things rendering on websites and response has always been the same - Dropbox isnt a hosting platform, its a tool to collaborate and share
Dropbox isnt a hosting site, it shouldnt be used as one for reasons exactly like this. Due to the number of posts on this today I suspect that there has been a decision to change how links work/render which has caused them to fail. This is not the first time they've done this, and it wont be the last. Similar posts are here (videos) and here (images)
Your best bet is to use a proper hosting site which is designed and intended to host.
Hi....
A very strange behaviour....
When i made a weblink of an image in dropbox (right- click,add image in new tab) it's a different link than a collegue did.
Have a look at the attachment...
It's the same map,image....
Is this somewhere a setting in Dropbox that changes creating a weblink?
No fix yet. All my shared images are still broken today.
There seems to have been a change to how links are created/shown over the past few days, yes.
@Greenlaw wrote: No fix yet. All my shared images are still broken today.
It seems to be an intentional change on shared links - based upon the fact that the links themselves work when not on a web page. I would not expect Dropbox to change this - they didnt last time.
You would be better off looking at moving to, and using, a proper webhost.
Suddenly it doesn't work again.. What's going on Dropbox??
The new url doesnt work but the old way is working(i have to xml files, one with old sharing format and the other one that has the new sharing format..
old: https://www.dropbox.com/s/random_string/test.xml?raw=1
new: https://www.dropbox.com/scl/fi/RANDOM_STRING/FILENAME.xml?rlkey=RANDOM_STRING_for_rlkey&raw=1
and i cannot create the old url format on the main xml(filename.xml) because its only giving me the new sharing format, or is it a way to create the "old" way?
Tested both url:s in chrome and edge got this result:
will redirct to a longer url
https://uc9d29123.dl.dropboxusercontent.com/cd/0/inline/random_string/file#
Test with new sharing url gives the same result, it redirects but in the new redirected page its without the hastag after the text "file"..so something like this:
https://uc9d29123.dl.dropboxusercontent.com/cd/0/inline/random_string/file
Im not sure if that`s the case but thats the only difference that i can notice..
Just to see if the content in filename.xml is OK i copied all the content from main xml into into the old shared format test.xml, this one https://www.dropbox.com/s/random_string/test.xml?raw=1
it works fine from here, therefor nothing wrong in the content in the filename.xml.
Also tried to create a new one xml, gives me of course the new format, same error. New shared format doesnt work..
@tahjdbx @lisadbx @Hannah could you please fix this?
Yes there is a problem again for safari and google. [img] raw=1 [/img] no longer auto renders pics any more. We had no issue for months and now customers and forums wont auto render pics via Dropbox files???? We need to get this again worked out.
Hmm...this is unfortunate, if true.
I've been a long-time subscriber to Dropbox for many reasons, and this was one important one. I don't really want to shop around for another cloud storage service yet but I may have to consider doing so if this is the case.
Can anyone from Dropbox please verify or explain the reason the shared image links suddenly broke without warning yesterday? Thanks!
Happened to me a week ago in some browsers but not others. The redirect is the root cause.
To fix, change the www at the start of the link to dl.
For example: www.dropbox…. becomes dl.dropbox…
I'll have to find an alternative, thank you so much ❤️
Hi,
I'm running a couple of WordPress websites and using the FV Flowplayer plugin to show off my Dropbox videos.
I'm doing all of the usual edits, eg re-naming the end of the Dropbox file from dl=0 to raw=1 which was working fine up until a couple of days ago.
Since then, I get an error message: html5: Video not found: and regardless of how many times I refresh the websites' cache or indeed perform a 'Clear Browsing Data' on Chrome and Firefox (or a hard refresh with ctrl+f5), the error message remains.
How can the error message be fixed?
tia
Regards,
Steve Raven
@Steve Raven wrote: I'm running a couple of WordPress websites and using the FV Flowplayer plugin to show off my Dropbox videos. ... I get an error message: html5: Video not found ...
I'm running a couple of WordPress websites and using the FV Flowplayer plugin to show off my Dropbox videos. ... I get an error message: html5: Video not found ...
Do the links work if you paste them into a browser window directly? If so, then it's likely an issue with how the player tries to access the file. Dropbox links have a redirect in them (the final URL of the file is different from the link you're give by Dropbox). If the player isn't able to follow that redirect, it won't be able to load the file.
If the links work in a browser on their own, I'd go back to the plug-in creator and ask them to look into it. With the change to how links are generated, they likely need to update their plugin.
