Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
De L.1
3 years agoCollaborator | Level 9
Downloading part of a file via /get_temporary_link with Range header returns incorrect content-type
When downloading a specific part of a file using the link received via a /get_temporary_link call and the HTTP header Range: bytes=..., the content-type application/grpc is sent instead of the actual...
- 3 years ago
This should be fixed now. Please let us know if you're still seeing any issues.
ak2k
3 years agoNew member | Level 2
Hi @Greg-DB, Corruption of all read range-requests is a major issue and affects many Dropbox users. Could you please confirm the priority assigned to this internally at Dropbox?
Greg-DB
Dropbox Community Moderator
3 years agoak2k The team is actively working to resolve this issue as soon as possible.
- aniel30003 years agoNew member | Level 2
thank u for letting us know
- ak2k3 years agoNew member | Level 2
Thank you. I also appreciate the acknowledgement on status.dropbox.com: https://status.dropbox.com/incidents/gp968mjw7t4d
- rylincoln3 years agoNew member | Level 2
Didn't see anyone else mention this yet so.
This happens even when not requesting part of a file; simply trying to access a `get_temporary_link` response directly returns the wrong content-type.
Broke the video viewing part of our mapping application.
- Greg-DB3 years ago
Dropbox Community Moderator
rylincoln In my testing, this issue is not affecting requests not specifying "Range" to the temporary links returned by /2/files/get_temporary_link; I am not seeing the incorrect "Content-Type" in that case. Note that some media/video players do automatically set "Range" themselves though. If you are seeing otherwise however, please share a sample request/response so we can check on it.
- De L.13 years agoCollaborator | Level 9
@rylincoln That isn't something I can reproduce. Requesting the links returned by /get_temporary_link itself will just give me the correct Content-Type, a 200 HTTP response code and it will download without problems.
(edit) Ah, I see Greg already responded to this...
- rylincoln3 years agoNew member | Level 2
@De L.1
I simply tested by generating a temporary link, copying that link directly into my browser URL and inspecting the request.
and i got back content-type: application/grpc
¯\_(ツ)_/¯
- rylincoln3 years agoNew member | Level 2
But i think Dropbox fixed the issue, cuz now i'm getting back correct content-type and our application plays videos as expected.
- Greg-DB3 years ago
Dropbox Community Moderator
rylincoln Thanks for the note. I wasn't able to reproduce that exact behavior, but depending on how your device/browser was trying to play the video, it may have been automatically sending 'Range'. In any case, I'm glad to hear you're seeing it working again. We have begun to roll out a fix. Please note it will take some to fully deploy it.
- TaiT3 years agoNew member | Level 2It already works for me. Thank you very much Dropbox team
For future API updates, don't forget to make Rclone compatible. We are a great community.
I know that third-party applications are not a priority. But I wouldn't like to leave this team after 4 years with you.
A hug - WoisWoi3 years agoNew member | Level 2
Same for me (possibly with degraded performance) and I totally agree with you 🙂
- Pyker3 years agoNew member | Level 2
It works for me sometimes, I presume that it's still rolling out.
- star_fox3 years agoNew member | Level 2
i still get errors
2023/04/25 20:49:03 ERROR : MOVIE.mkv: ReadFileHandle.Read error: low level retry 5/10: failed to authenticate decrypted block - bad password?
2023/04/25 20:49:05 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:07 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:08 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:08 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:10 Unsolicited response received on idle HTTP channel starting with "m\x12 RCLONE\x00\x00\xe8*Z\x9eT\x1cG\xd4\xf8[\x96e\x9e\xdd\xef\x145\x97\xb9\xa0H\xf2\xe6J"; err=<nil>
2023/04/25 20:49:10 ERROR : MOVIE.mkv: ReadFileHandle.Read error: low level retry 1/10: not an encrypted file - bad magic string
2023/04/25 20:49:12 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:13 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:15 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:16 ERROR : IO error: not an encrypted file - bad magic string
2023/04/25 20:49:17 ERROR : IO error: not an encrypted file - bad magic string - Greg-DB3 years ago
Dropbox Community Moderator
The fix is rolling out and is not out fully everywhere yet.
- star_fox3 years agoNew member | Level 2
now i get no errors anymore
thanks!
- Greg-DB3 years ago
Dropbox Community Moderator
This should be fixed now. Please let us know if you're still seeing any issues.
- Pyker3 years agoNew member | Level 2
Thank you! It's working great now.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
The Dropbox Community team is active from Monday to Friday. We try to respond to you as soon as we can, usually within 2 hours.
If you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X, Facebook or Instagram.
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!