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.
phantompower wrote:...
Is there an option to generate a dropbox link without the rlkey ...
Hi phantompower,
No, all new links follow that scheme already and no way back. It's not your issue actually. Something else changed recently. Let's hope it's not something intentional and will be fixed. We'll see...
phantompower wrote:...or another work around anyone can think of? ...
The only thing I can think of is to put somewhere in your code a statement like:
l = /^https:\/\/www.dropbox.com/.test(l) ? l.replace('www.dropbox.com','dl.dropboxusercontent.com') : l
Here 'l' is a variable carrying the link. 😉
Hope this helps (to some extent at least).
Thanks - there seems to be a general consensus on other threads that this is an intentional move to restrict people using it as a streaming host. They may even monetise that facility down the line. Who knows. I've found another host removed that works really well for this purpose. It means completely rebuilding the MP3 library I've spent years creating but I can do that over time as and when I need the songs to be visible. (we only show around 40 MP3s at one time for a 3 month period and then we switch to new songs - they are learning resources for a choir)
I think this is a pretty poor business move on Dropbox's part by not even acknowledging what is going on. They obviously are aware of the issue, but can't be bothered to address their customer base?
This has sorted the problem for me.
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.
That means ALL of my previous hyperlinks everywhere on the web, on posts that are not longer editable, are dead and can never be repaired. If this is really the case, then dam you Dropbox!! This is the second time some stupid and unnecessary change made by you code monkeys who just cannot resist tinkering with things that work perfectly well, have borked all my hyperlinks.
You have one very, very angry customer here!!
- Mark
Super User II
Здравко 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.
- Mark
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:... 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. 😀
- > 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” - Ok, an accident that worked very well. It is a legitimate action. Just like leaving Dropbox. It is OK...
Dropbox states below they have rolled out a fix for the raw=1 link problem.
