Shared Link / "scl" to "s"

Hi jorde, does the shared link work when copying and pasting the URL into a browser normally? Does it only not work in the third party app?

I'm currently facing  issue with  Dropbox share link for a CSV file. The link format is like this: https://www.dropbox.com/scl/fi/xyz/test.csv?rlkey=qwerty&dl=0. When I attempt to change dl=0 to dl=1 to force a download, it doesn't work. Additionally, using https://dl.dropbox.com to access the file directly is also unsuccessful.( getting this exception com.dropbox.core.v2.sharing.GetSharedLinkFileErrorException: Exception in 2/sharing/get_shared_link_file: SHARED_LINK_NOT_FOUND)

However, I found that if I replace rlkey=qwerty&dl=0 with just dl=1, it works as expected.

While we plan to handle this issue when files with such links come up, we are also looking for a permanent solution. How can we ensure that similar cases are handled correctly in the future?

Signed Mac installer PKG type.

Share as View only to anyone now requires user to sign up or login to Dropbox.

No starter.

Hey dessa2, can you check your shared link setting, by clicking the 'share' button on the file here?

In the 'who can access' section, under 'link for viewing', is it set to 'anyone with the link'?

hi,

since rlkey parameter has come into place unable to force render an audio file using raw=1, the browser show the file but does not play..it shows time length..any help would be appreciated..old file link (where rlkey did not come still works effortlessley)

Hi d-ver, thanks for bringing this to our attention.

The new version of the shared link should allow files to render as normal.

Could you try switching browsers to see if this helps? Otherwise, you can try using incognito/private browsing mode without any extensions running, clearing your cache and even resetting your browser entirely.

Keep me updated with any progress!

changing dropbox to dl.dropbox - worked. this is the only change i make. but, i feel there is a very slight time delay in forcing the render. earlier it was instant. that i can see with still working old link.

I think a standard solution would require this problem rather we trying to hit one or ther other way out. and a proper documentation of steps to solve it for a non-tech person as well.

thanks for the help everyone.

i sell digital products and share folder link to my customers. In the old /sh/ or /s/ format, everything is good. but in the new /scl/ format, new problems emerge. here are some:

1. When a user accidentally refresh, or move around the folder, the "rlkey" part could be erased from the URL, hence causing a user needing to request access, and having to sign in just to view/download the files. this can cause massive confusion

2. the user can now see who are the members of the folders

are there no tweaks around this? this impact us massively, please help. the old /sh/ and /s/ format is working just fine

Hello,

after dropbox changed the sharing link from /s/<link> to /scl/fi/link with key all the users report the following error (Error 400)

example below

[removed]

i have seen this being posted in the past but what is the solution?

I am starting to migrating to other online storage provides because it seems that i cannot use dropbox

Error (400)
Something went wrong. Don't worry, your files are still safe and the Dropbox team has been notified. Check out our Status Page to see if there is a known incident, our Help Center and forums for help, or head back to home.

Thanks for letting us know, dimitrisramos.

The example link you included in your post, worked for me (removed it to prevent unnecessary traffic in your account).

How are your users accessing the links? Are you embedding them in a different website?

Have you checked out this solution by Jason for more info?