Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
Hi guys,
I'm playing around with the dropbox v2 api and found a problem which I'm fear might be a bug:
Whenever I call "get_temporary_link" related to a file with a special character ( like German Umlaut รค ) in it's name, the api returns a temporary link that results in an error 500.
All other files without those special characters work fine.
German Umlaut in the path (as long as they are not part of the filename) are also causing no problems.
Any idea?
Further tests: tried various de/encodings of the path, all resulted in no temporary_link returned. So I guess the path I provide is correct, Dropbox finds something in the database, but something is wrong with the temporary_link / response.
best regards, Martin
There is currently a service issue affecting shared links which is resulting in 500 errors which could explain your issue... however, as I dont have a clue about the API I cannot comment on if its actually a bug with that or not.
- - - -
Did this post help you? If so please mark it for some Kudos below.
Did this post fix your issue/answer your question? If so please press the 'Accept as Solution' button to help others find it.
Did this post not resolve your issue? If so please give us some more information so we can try and help - please remember we cannot see over your shoulder so be as descriptive as possible!
Thanks for the report Martin! We're looking into it.
The same problem to seek help.
Chinese file name will also appear this error
This is fixed now. Please let us know if you're still seeing any issues.
Thanks, Gregory, it works for me now!
I didn't try Chinese characters, but with German umlaut it's fine ๐
Cheers, Martin
Sorry, but found another issue now:
The filename provided in the download popup (I assume it's part of the Content-disposition - http-header) is cropped. In case there's a blank inside the original filename, it crops the filename at the blank's position.
E.g. original filename
my_filename_got_no_blanks.pdf -> works fine, provides full name
my_filename_got blanks.pdf -> provides just "my_filename_got"
๐
Thanks for looking into, Martin
Hi Martin, can you share a screenshot of that so I can make sure I understand the issue and get it to the right people? Thanks in advance!
Sure, no problem:
First screenshot: everything fine, I'm using the /download endpoint and set the HTTP-Header
Content-Disposition: attachment; filename="Protokollauszug_Entwurf_TOP 6_PV 6.Juni 2016.pdf";
myself. Downloaded File is named correct.
Second screenshot: the bug: now I'm using the endpoint /get_temporary_link
and redirect to the returned URL. The filename is cropped at the first position of a blank
Third screenshot: again the /get_temporary_link endpoint, but this time with a
file that doesn't contain a blank in it's name: everything is fine.
Hope that helps!
best, Martin
Hi there!
If you need more help you can view your support options (expected response time for a ticket is 24 hours), or contact us on X or Facebook.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!