<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: https://content.dropboxapi.com/2/files/download_zip API issue in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564010#M26522</link>
    <description>&lt;P&gt;Thanks for the report! We'll look into it.&lt;/P&gt;</description>
    <pubDate>Mon, 13 Dec 2021 22:28:25 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2021-12-13T22:28:25Z</dc:date>
    <item>
      <title>https://content.dropboxapi.com/2/files/download_zip API issue</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/563999#M26521</link>
      <description>&lt;P&gt;Hi there!&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;First of all thank you so much for the great API! It is easy to understand and use and it is very well documented.&lt;/P&gt;
&lt;P&gt;Now a bit of frustration.&lt;/P&gt;
&lt;P&gt;I'm trying to get folder contents using&amp;nbsp;&lt;A href="https://content.dropboxapi.com/2/files/download_zip" target="_blank" rel="noopener"&gt;https://content.dropboxapi.com/2/files/download_zip&lt;/A&gt;&amp;nbsp;endpoint. Authentication, getting access token all works smoothly until it comes to the call to this endpoint. The server opens a connection, returns 200 OK status and the data starts coming. But after roughly 5 minutes server closes the connection. I observe this behavior using Dropbox Java SDK 5.1.0. I also can reproduce it with curl. The communication is aborted *always* the server after 5 minutes and a few seconds. This is not sufficient to download the contents of the directory. I only get ~150Mb of data in this time limit. Interestingly that it is always the same timeout of 5 minutes after which the server aborts the connection. Feels like this is a sort of server configuration to abort connections if they last longer than 5 minutes.&lt;/P&gt;
&lt;P&gt;I can download the same zipped folder from Dropbox web page though. The archive is 560Mb and it takes about 40 minutes to get downloaded. BTW, when fetching folder contents from Dropbox web page Dropbox sets Content-Length header. But this header is not set when in the reply from /files/download_zip endpoint.&lt;/P&gt;
&lt;P&gt;Values of "X-Dropbox-Request-Id" headers of failed&amp;nbsp;/files/download_zip enpoint calls:&amp;nbsp;1fb3c721d5884bb1ae6df663b861752b,&amp;nbsp;8691b0e1bafa43349a8a714da20b9746,&amp;nbsp;f7d5a8c7cd184cd1b23cd2d3dc7c0037,&amp;nbsp;d6fa3e47bd31471c85d30da5ef991187&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Typical curl output:&lt;/P&gt;
&lt;P&gt;&lt;FONT size="4"&gt;&lt;EM&gt;{ [15669 bytes data]&lt;/EM&gt;&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT size="4"&gt;&lt;EM&gt;100 171M 0 171M 0 0 564k 0 --:--:-- 0:05:10 --:--:-- 280k* OpenSSL SSL_read: Connection closed abruptly, errno 0 (Fatal because this is a curl debug build)&lt;/EM&gt;&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT size="4"&gt;&lt;EM&gt;* multi_done&lt;/EM&gt;&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT size="4"&gt;&lt;EM&gt;100 171M 0 171M 0 0 563k 0 --:--:-- 0:05:11 --:--:-- 271k&lt;/EM&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT size="4"&gt;Please let me know if I'm missing something here. Should I add some magic headers to the request to prevent the server from canceling the connection?&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 13 Dec 2021 21:19:08 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/563999#M26521</guid>
      <dc:creator>lair</dc:creator>
      <dc:date>2021-12-13T21:19:08Z</dc:date>
    </item>
    <item>
      <title>Re: https://content.dropboxapi.com/2/files/download_zip API issue</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564010#M26522</link>
      <description>&lt;P&gt;Thanks for the report! We'll look into it.&lt;/P&gt;</description>
      <pubDate>Mon, 13 Dec 2021 22:28:25 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564010#M26522</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2021-12-13T22:28:25Z</dc:date>
    </item>
    <item>
      <title>Re: https://content.dropboxapi.com/2/files/download_zip API issue</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564226#M26526</link>
      <description>&lt;P&gt;How reliable is the use of "Range" header when fetching folder zip? Is there any guarantee that if directory contents don't change dropbox will return the same byte sequence in the response stream? My plan is to call&amp;nbsp;&lt;SPAN&gt;/files/download_zip endpoint multiple times if the first fetch fails and set the "Range" HTTP header on subsequent calls to skip data that I have fetched from the endpoint already. Wou&lt;/SPAN&gt;&lt;SPAN&gt;ld this work?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Dec 2021 22:37:50 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564226#M26526</guid>
      <dc:creator>lair</dc:creator>
      <dc:date>2021-12-14T22:37:50Z</dc:date>
    </item>
    <item>
      <title>Re: https://content.dropboxapi.com/2/files/download_zip API issue</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564238#M26527</link>
      <description>&lt;P&gt;Nor reliable at all. The header is ignored. The same data is returned regardless of the value of the header.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Dec 2021 23:58:35 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564238#M26527</guid>
      <dc:creator>lair</dc:creator>
      <dc:date>2021-12-14T23:58:35Z</dc:date>
    </item>
    <item>
      <title>Re: https://content.dropboxapi.com/2/files/download_zip API issue</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564260#M26528</link>
      <description>&lt;P&gt;The issue with these requests failing at 5 minutes should be fixed now. Please try again and let me know if you're still seeing that. Thanks!&lt;/P&gt;</description>
      <pubDate>Wed, 15 Dec 2021 04:02:25 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/https-content-dropboxapi-com-2-files-download-zip-API-issue/m-p/564260#M26528</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2021-12-15T04:02:25Z</dc:date>
    </item>
  </channel>
</rss>

