Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
Solved
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 content-type of the file.
Request Headers:
GET https://uc383828c22b...3d5ecbc28.dl.dropboxusercontent.com/cd/0/get/B61A....17HuE3Lr3UI4EEpPY/file
range:bytes=0-
Expected Response Headers:
HTTP/1.1 206 Partial Content
---
accept-ranges:bytes
Content-Length:26397831
Content-Range:bytes 0-26397830/26397831
content-type:video/mp4
Actual Response Headers:
HTTP/1.1 206 Partial Content
---
accept-ranges:bytes
Content-Length:26397831
Content-Range:bytes 0-26397830/26397831
content-type:application/grpc
So in this example (actually downloading the full file, but with the Range header), the video file is downloaded with a content-type of application/grpc rather than video/mp4.
This causes problems when (for example) you want to display a video file in an HTML 5 player using the link received from the /get_temporary_link call. The HTML 5 player buffers the video file and loads the data in chunks. However, due to the incorrect content type, the browser will not accept the data as video content and will not be able to play it.
I've just noticed this problem, and I didn't have any problems with it before. So I think this problem has been introduced recently?
This should be fixed now. Please let us know if you're still seeing any issues.
29 Replies
Replies have been turned off for this discussion
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?
I think he just did.
thank u for letting us know
Thank you. I also appreciate the acknowledgement on status.dropbox.com: https://status.dropbox.com/incidents/gp968mjw7t4d
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-DB
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.
@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...
@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
¯\_(ツ)_/¯
But i think Dropbox fixed the issue, cuz now i'm getting back correct content-type and our application plays videos as expected.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
