We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Forum Discussion
Dropbox API Hangs During Large File Download
Hey there! I am currently maintaining a mod launcher software that utilizes the Dropbox .NET C# API to allow users to download mod files.
Unfortunately, large files (usually 2-5GB in size) do n...
Greg-DB
Dropbox Staff
Dropbox StaffIt sounds like you already opened a support ticket for this, so you can continue to using that existing ticket, to keep the conversation in one place. I'm happy to help here however I can if you prefer though.
Anyway, if you're only seeing this for a small subset of users, it may be due to network connection issues for those users in particular. I would suggest debugging those network connections if possible, if you haven't already.
Also, Dropbox doesn't enforce a bandwidth quota on these Download calls, and while the Dropbox API does have a rate limiting system, if/when it needs to reject a call it does so by returning an HTTP response with a 429 error code; it wouldn't just return a 200 and then later terminate the connection mid-stream for that.
There may be relevant server timeouts though, e.g., at about one hour in particular. I suggest adding/checking logging on how long exactly these connections take before failing to see if that's why.
Using range requests is a good way to handle/resume incomplete downloads, but note that even when requesting a range, that request would also be subject to any server timeouts, so you may need to continue to monitor that and use multiple range requests, especially on slower connections.
There is nothing particularly wrong with the network connections that these users who are experiencing issues have. Plenty of them actually have relatively fast internet, so this shouldn't be an issue. Here are some user reports that I have received to give you an idea of what users themselves are seeing on their sides:
1. "[mod] downloads just stops for no apparent reason PS4 version [a mod available in the launcher is stuck] @54% and XBOX [another mod stuck] @60% connection [to the internet/Dropbox] is stable but shows 0kb send/0kb received after that point [in task manager, presumably]. with occasional spikes"
2. "My internet maybe isn't fast, but it's definitely [not] slow either. I've been stuck on 35% [while downloading a mod] for over an hour [now]."
3. "hello, i have good internet but the mod launcher [mod] download is slow and it stays stuck at 43% or 44%, i tried cancelling and redownloading but it keeps stopping at that point."
It seems most of these reports are happening at around the hour mark. Furthermore, I am not making several concurrent calls to the API to retrieve download blobs, I am making a single API call before a mod download even starts, and then reading the resulting stream returned by the call in a loop.
If the server is causing timeouts, is there any way to delay this from happening so that downloads can finish completely? As I said before, single/multiple range requests do not seem to work, and the downloads are much slower using range requests than with the API.
What is even weirder is the fact that downloads using the API for these users who are reporting download stalls are abnormally slow, regardless of whether the user has a poor or strong internet connection. This is what is most concerning, as this would indicate it is actually an issue with the way Dropbox is handling particular network configurations either through the mainline servers or the API network logic itself.
- Greg-DB
If these are failing at about an hour, it does sound like it is due to the server timeout. There isn't an option to delay or prevent that.
Also "downloads are much slower using range requests than with the API" is a bit unclear as range requests are themselves do use the same API. Specifically, the DownloadAsync method calls the /2/files/download API endpoint, just like you would if you make requests directly to /2/files/download without using the SDK, whether or not you set a range. Range requests just include an additional header to request a specific portion of the file.
In any case, the connection speed to the Dropbox API servers depends on a number of different factors that can change over time or by location, such as the routing between the user's ISP and our servers, and may be slower than the ISP's rated speeds. Sometimes resetting or retrying the connection gets the client a different route and better speeds, but that is outside of our control. Some ISPs also throttle sustained connections so if you see an initial high connection speed followed by lower speeds, that could be the reason.
So, the best recommendation I can offer is to use range requests to continue downloading the rest of the data if a connection fails, and repeat as needed for up to one hour per connection.
Would you be able to provide a rough code sample to illustrate how this might be put into practice using the API? I've used range requests before, however I want to be certain that I am using them correctly in production code for the purposes of my launcher software.
- Greg-DB
I see the agent in the support ticket you referred to supplied this example:
HttpClient client = new HttpClient(); HttpRequestMessage request = new HttpRequestMessage(HttpMethod.Post, "https://content.dropboxapi.com/2/files/download"); request.Headers.Add("Authorization", "Bearer " + accessToken); request.Headers.Add("Dropbox-API-Arg", "{\"path\":\"/test.txt\"}"); // in real code, use a JSON library to build this request.Headers.Add("Range", "bytes=0-10"); // this requests the first 11 bytes of the file HttpResponseMessage response = await client.SendAsync(request); Stream stream = response.Content.ReadAsStream(); // read from stream as desiredThat looks correct; the only additional thing you need to do to a /2/files/download call to request a specific range is add the "Range" header like that.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
