<?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: Docs not loading for Customers in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/718086#M31800</link>
    <description>&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1750914"&gt;@Linda333&lt;/a&gt; That's correct, the Dropbox API does have a general rate limiting system that applies to all account types, but we don't have specific rate numbers documented for that, and we cannot increase the limits for any particular app, user, or team. Apps should be written to handle these rate limit responses automatically. Also note that not all responses with a 429 or 503 status code indicate explicit rate limiting, but in any case that you get a response with 429 or 503 status code the best practice is to retry the request, respecting the Retry-After header if given in the response, or using an exponential back-off, if not. I recommend referring to the &lt;A href="https://www.dropbox.com/developers/documentation/http/documentation#error-handling" target="_blank" rel="noopener noreferrer"&gt;error documentation&lt;/A&gt; and &lt;A href="https://developers.dropbox.com/error-handling-guide" target="_blank" rel="noopener noreferrer"&gt;Error Handling Guide&lt;/A&gt; for more information.&lt;/P&gt;</description>
    <pubDate>Mon, 02 Oct 2023 15:13:07 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2023-10-02T15:13:07Z</dc:date>
    <item>
      <title>Docs not loading for Customers</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/717898#M31793</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;We are having issues with Customers not being able to load docs.&amp;nbsp; Initially we thought it was a token issue in the database.&amp;nbsp; However it looks as though it is the number of calls being made -&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;2023-09-29T06:16:04:: [xxxxxxxxxxxxx]&amp;nbsp; System. Aggregate Exception: One or more errors occurred. ---&amp;gt; Dropbox. Api. Rate Limit Exception: too_many_requests/..&lt;BR /&gt;&amp;nbsp;&amp;nbsp; at Dropbox.Api.DropboxRequestHandler.&amp;lt;RequestJsonString&amp;gt;d__2d.MoveNext()&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;Is there a limit?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;Any suggestions as to how to resolve please?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;Cheers&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Oct 2023 21:47:21 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/717898#M31793</guid>
      <dc:creator>Linda333</dc:creator>
      <dc:date>2023-10-01T21:47:21Z</dc:date>
    </item>
    <item>
      <title>Re: Docs not loading for Customers</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/718055#M31796</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1750914"&gt;@Linda333&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;...&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;Is there a limit?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Hi &lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1750914"&gt;@Linda333&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;There is not explicit limit, but on heavy load API handlers may refuse execute some requests. Even more, since change requests to particular namespace are serialized: if there is some request already executing on the namespace you're trying to access, your request may gets delayed and rejected too. Such requests can come from your own application or any other application accessing the same namespace. It's impossible to predict if/when such thing will happen and should be ready to handle the situation if/when happens.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1750914"&gt;@Linda333&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;...&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;Any suggestions as to how to resolve please?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;There are 2 directions to solve this. First is to decrease probability such thing to happen. Decrease the number of changing call to Dropbox as much as possible. Changing call is a call that in fact changes the structure and content of account folder' tree. So, if you have multiple uploads or moves or copy etc. operations at the same time, don't&amp;nbsp; execute it sequentially, but batch them - there will be one changing call per batch, so decreased probability for calls conflict. Second thing, you can do, is to handle the same call after reasonable delay. Usually such a delay is noted in the error response (as a header) and when so, follow the time delay there. When such delay is missing in response, do exponential back off.&lt;/P&gt;&lt;P&gt;Hope this gives directions&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2023 12:57:24 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/718055#M31796</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2023-10-02T12:57:24Z</dc:date>
    </item>
    <item>
      <title>Re: Docs not loading for Customers</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/718086#M31800</link>
      <description>&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1750914"&gt;@Linda333&lt;/a&gt; That's correct, the Dropbox API does have a general rate limiting system that applies to all account types, but we don't have specific rate numbers documented for that, and we cannot increase the limits for any particular app, user, or team. Apps should be written to handle these rate limit responses automatically. Also note that not all responses with a 429 or 503 status code indicate explicit rate limiting, but in any case that you get a response with 429 or 503 status code the best practice is to retry the request, respecting the Retry-After header if given in the response, or using an exponential back-off, if not. I recommend referring to the &lt;A href="https://www.dropbox.com/developers/documentation/http/documentation#error-handling" target="_blank" rel="noopener noreferrer"&gt;error documentation&lt;/A&gt; and &lt;A href="https://developers.dropbox.com/error-handling-guide" target="_blank" rel="noopener noreferrer"&gt;Error Handling Guide&lt;/A&gt; for more information.&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2023 15:13:07 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/Docs-not-loading-for-Customers/m-p/718086#M31800</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2023-10-02T15:13:07Z</dc:date>
    </item>
  </channel>
</rss>

