shared_link_access_denied when trying to access a shared file using the v2 api (status 409)

[overlookmotel]

Thanks for your reply. That's disappointing.

I don't know the ins and outs of Dropbox's internal working, but it seems to me unlikely that this would be a particularly tricky thing to fix. I suspect it's just not high on the list of priorities for the engineering team.

This does seem a bit strange - a known bug that multiple users of your product complain about and which remains unsolved for over a year?

[Greg-DB]

@overlookmotel I don't know if the fix for this is difficult or not, but I'll pass your feedback along to the team.

[overlookmotel]

Thank you Greg.

[Anuj-]

How long will it take to fix this?

[Greg-DB]

@Anuj- Unfortunately, I don't have a timeline for a fix for this. I'll follow up here once I have an update on this.

[Anuj-]

@Greg-DB this is a bit urgent. Can you have it prioritize high  

[Greg-DB]

@Anuj- I can't make any promises, but I'll send your note on the urgency along to the team.

[overlookmotel]

Yes, please do. I'm keen to integrate Dropbox into my product but this bug is a deal-breaker. Our clients want to password-protect their links, but our inability to download via Dropbox API means we have to advise them not to use Dropbox and go to use alternative services.

[Greg-DB]

@overlookmotel Thanks for the feedback. I've shared this with the team, and I will follow up here with any update on this.

[Greg-DB]

This issue with calling /2/sharing/get_shared_link_file with a password is now fixed and should be working properly.

Apologies for any inconvenience this may have caused, and thanks again for bringing this to our attention.