problem with Dropbox Saver

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.

Update: this issue is still open with the team to investigate the degradation causing the transfer progress to stall. To help alleviate this though, we have increased the timeout to 15 minutes. Hope this helps!