We're making changes to the Community, so you may have received some notifications - thanks for your patience and welcome back. Learn more here.
Forum Discussion
Shared Link / "scl" to "s"
Hello. My question concerns my recent issue with file sharing. Usually, my links were generated in this way: 'https://www.dropbox.com/s/'. However, lately, every file is being generated in this way: ...
Direct Download on new link architecture is Solved
What is the DL parameter?
- Default link. This will render the content in the Dropbox file viewer.
- Downloads the content of the link (if the user has access to the content based on link settings). This query parameter takes precedence even if raw=1 is also added.
- Directly renders the content in the browser (if the link has a public audience and no other restrictions). Note that this link has an HTTP 302 redirect, so the application or browser must be able to follow the redirect.
What are the dl.dropbox... modifications?
These are link transformations from the early days of Dropbox. While we don't "officially" list these anymore in our Help Center, we are continuing to support them for now.- Replacing www with dl works exactly like a ?raw=1 link: this will directly render content for public links in the browser. It requires following an HTTP 302 redirect.
- Works like a ?raw=1 link, but the application or browser will not need to follow an HTTP 302 redirect to access the content.
I've been creating direct download links via drop box for years but for some reason since 1st June 2023 the links have been behaving differently.
Previously the view only share link would display with the ending dl=0. I'd change it to dl=1 and that's my direct download link.
Since the 1st June the view only share link appears with the ending dl=0&rlkey=randomkey
when I remove everything from the 0 onwards (0&rlkey=randomkey) and replace it with a 1 the direct download works on Chrome (I'm logged into dropbox via chrome) but it doesn't work on any other browser.
Has there been a setting change by dropbox? Is this a user error?
Help
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?
- Hannah
Dropbox Staff
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.
- So the process goes:
Create MP3 bounced from my program for making music.
Going into desktop integrated Dropbox and uploading it that way to a folder shared between me and my web developer for the site.
Then, on the browser, in that shared folder, hitting “copy link” so I can use that link to paste it into the url zone for website on Webflow.
That’s it. Nothing out of the ordinary as far as I know.
It’s worked before with two other files, and then after the Finder freeze and restart, it’s having issues.
My developer had found another forum post after he noticed the file links were different; the files that work had /s as their sub folder, but the one that didn’t had scl/fi. And the forum post had someone dealing with a similar issue- Nancy
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.
