Shared Link / "scl" to "s"

When I upload a file and copy the link, the link normally ends with ".mp3?dl=0"

my last two files now generates a link that ends "mp3?dl=0&rlkey=randomkey"

With all the extra characters, some of my 3rd party Apps will now not recognise this new style of generated link.

Can someone offer advice in what's going on?

Hey Scott Cameron, thanks for bringing this to our attention.

How are you generating the links? From our website?

If you edit the link and remove the last part, does the link work for you?

Let me know and we'll go from there.

Just out of curiosity, you aren't by chance referring to pulsus when you talk about a game? I came across this thread when I ran into the exact same issue. I temporarily mitigated it by creating a new dropbox account and creating a new shared link, however, if this persists I think pulsus will have to change the way it handles song uploading. If its not pulsus, you can still create a direct download link to the file by changing the dl=0 in the sharing url to dl=1.
From other support ticket browsing, my understanding is that dropbox is trying to end support for dropboxusercontent in favor of url parameters. If this is the case I will be very sad because it will break my use case.

I have a website via Webflow I'm using Dropbox to host content on.

There was a weird issue where it wouldn't upload the files to the folder via the integrated Mac Desktop thing and I tried adding and then removing it via browser. This froze up my Finder menu and I had to restart my machine.

Since then, the links have had the phrase "key" in its url. That line in the url has stopped me from being able to put the content up for preview because the previews wouldn't play anymore. However, days prior, Dropbox and the other files were working fine; and when you try to manage permissions, the files don't have an option to add passwords to them. 

There's a workaround where my web developer removes them on his end and re-uploads them, but I'm frustrated it seems I can no longer add content by myself. 

Has anyone had this issue? I went to support and as much as it was helpful, they couldn't go into it any further citing it was Webflow's fault (even though it was Dropbox creating the links. Not Webflow)

Has anyone found a way to turn off the add passwords feature entirely (not even the slideable button) or has dealt with this recently?

Hey aaronpanganiban21, thanks for bringing this to our attention.

Can you please guide us through the steps you're following to create the links?

Also, can you give us an example of how a link used to look for you and how it looks now?

Just make sure it's not a real link, but a made up one, so you don't have to post your link publicly.

As for the link permissions, have you tried this through a different browser or a private browsing window, to see if that helps?

Thanks.

Sadly it doesn't work the same way on my website. Files cannot be loaded from /scl/fi links.
Additionally it's impossible to use 'dl.dropboxusercontent.com' with these links, even when directly accessing the file from the browser.

Hi,
I am using the links on the Geocaching.com site.
I have over 335 caches and most have photos from Dropbox as Geocaching.com does not support third party servers other than their own or Dropbox.
I cannot now create a new cache page as the new /scL/ link no longer render.
I always change dl=0 to raw=1 after copying it into the html page.
Thankfully all the old links still work find as they have already been created.

I will contact Geocaching.com as this must be a serious issue for many CO's

Stratoman

Hi from me as well, aaronpanganiban21! 

Setting permissions for shared links is currently available to Dropbox Professional/Business users. 

Can you please visit this page, and let me know what’s the type of plan you see there?

Thanks.