problem with Dropbox Saver

I'll be happy to help with any issues you're having with the Dropbox Saver, but I'll need some more information. Please reply with:

the steps to reproduce the issue, including relevant code snippet(s)
the full text of any error or unexpected output

thanks for your prompt response.

To upload my files I use the service of this page, https://urltodropbox.softgateon.net/ , and the link of one of the files that I have tried to upload is this https://download.microsoft.com/download/0/6/3/06365375-C346-4D65-87C7-EE41F55F736B/7601.24214.180801-1700.win7sp1_ldr_escrow_CLIENT_PROFESSIONAL_x64FRE_en-us.iso , when loading the file, it reaches a certain percentage of progress and stops, and after 5 minutes the connection is closed. Sorry if I can't share external links on the forum

One of the errors that most frequently gives me is the following

Error: Error downloading https://download.microsoft.com/download/0/6/3/06365375-C346-4D65-87C7-EE41F55F736B/7601.24214.180801-1700.win7sp1_ldr_escrow_CLIENT_PROFESSIONAL_x64FRE_en-us.iso. HTTP 599: Operation timed out after 300000 milliseconds with 1318055685 out of 5898725376 bytes received

I will be attentive to any other information you need.

Thanks

I use an app from an external page to upload my files, but apparently I can't share links from external sources in the forum, because I had responded hours ago with the links and they deleted my response.

I don't know how I could give you more details to reproduce the issue.

The errors I always get usually have the following structure

Error: Error downloading URL to save to Dropbox. HTTP 599: transfer closed with 4829700032 bytes remaining to read

Error: Error downloading URL to save to Dropbox. HTTP 599: Operation timed out after 300002 milliseconds with 1314347530 out of 5898725376 bytes received

Note: I replaced the url with URL to save to Dropbox to not include external links.

It looks like your previous message was caught by the spam filter; I've restored it now.

Anyway, thanks for the additional information. That's helpful. We'll look into it and I'll follow up here once I have an update for you.

The same issue happens to me.

Cloudfront url. Downloads successfully via curl or wget, but fails with the same error "HTTP 599: Operation timed out after 300001 milliseconds with 1020453089 out of 5582523841 bytes received"

I've tried two urls with big files (5Gb and 3Gb), those fails. A smaller files upload successfully.

Due to this issue we got many complains from our customers, which affected our business. This issue needs to be addressed sooner rather than later.

Hello @Greg-DB
Could the problem be solved already?

@Andres Garrido I don't have an update on this yet. I'll follow up here once I have news.

@Greg-DB thanks, I will be attentive to any news

@10 Looks like my previous message has been caught by spam filter as well, restore it please. Thank you.

https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Saver-5-minute-timeout/td-p/243376

@Andres Garrido , the problem with 5min timeout goes form 2017. I think they don't want to increase it unfortunately 😞

@gaganov Thanks for the note! I've restored your message.

And yes, there is a 5 minute timeout, and I'm not aware of any current plans to change that limit itself. It looks like the issue here is that progress stalls for some reason, causing the operation to then hit the timeout. I'll follow up here once I have any news on this.

Здравко

@Greg-DB wrote:
... It looks like the issue here is that progress stalls for some reason, ...

Yes, connectivity speed of 150mbps or so (middle for the 5 minutes) between Dropbox and a CDN like Akamai Technologies (one of the links above) is... 😁 no very impressive.

https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Help-Needed-Saver-Upload-Timeout/td-p/174691

@Greg-DB to be honest, your answer was almost the same in 2016 🙂

@Andres Garrido the workaround is to use their API through SDK. There are chunked uploads for big files.

@gaganov Yes, while the timeout itself is still in place, there appears to be a recent degradation causing the transfer progress to stall well before the timeout is reached, causing the operation to then hit the timeout. This is open with the team to investigate the cause of the progress stalling.

@Greg-DB you're right, transfer progress gets stalled at ~50-80%. The Dropbox team is investigating it for 6 years already. They can try something like tus protocol.

Здравко

@gaganov wrote:
... They can try something like tus protocol.

@gaganov, No, they cannot.

You are messing upload (what tus deals with) and download (what actually happens - Dropbox server downloads from provided link).

@Здравко indeed, you're right.

@Здравко anyway there must be a way to handle that on their end somehow.

Downloading big files by URL shouldn't be a problem.

Здравко

Hi @Greg-DB,

I have a proposal that your team can consider about the issue discussed here.

Alternative version of /2/files/upload_session/append_v2 can be added able to add a content to existing session that comes from URL (the same way like /2/files/save_url does; "path" may be replaced to "cursor"). In addition a parameter with the content range needs to be added that has to be mapped/redirected to Content-Range header of the download request. Such an addition will let many different issues to get solved (including the current one, but not only). In such a way may be formed new file (or existing files version) resulting from upload/download mixture that can open different additional opportunities (limited only by API users imagination). 😉

Hope this gives brain meal to your system designers.

@gaganov Unfortunately the problem with 5min timeout has always been there since I uploaded files to my dropbox and it would be something they should reconsider, but before this problem I could still save files to dropbox, but as @Greg-DB mentions before the upload progress reaches 5 min, it stops and is usually with files larger than 1GB, because with small files is working fine.

Thanks for the feedback!

Hi @Greg-DB , I would like to know what happened with this problem. It has really hurt me a lot, because I manage large files, and it's been about a month and I haven't had any solution. Thanks.

@Andres Garrido this issue lasts years. I don't think they want to fix that. Workaround is to use chunked upload through the Dropbox API.

@Andres Garrido This issue is still open with the team, but I don't have any news to report yet. I'll follow up here once I have an update on it.