<?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: OTA update fails in CC3200 in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775042#M33883</link>
    <description>&lt;P&gt;A response like that should indicate that the request was malformed, so we'd want to see the raw HTTP request you're sending. Unfortunately we can't provide guidance on how to get that kind of logging from your client though, as the client itself isn't made by Dropbox. You may need to refer to the client's documentation or support resources.&lt;/P&gt;</description>
    <pubDate>Mon, 03 Jun 2024 17:51:40 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2024-06-03T17:51:40Z</dc:date>
    <item>
      <title>400 status code for a regular GET request</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/774702#M33874</link>
      <description>&lt;P&gt;Seems like I'm facing the same or really similar issue. Just wanted to try Dropbox for my pet-project read-only data storage and found that it always responds with a 400 status code for a regular GET request.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For testing purposes I created a text file with the "Hello world!" string and tried to get it using the shared link. It worked in browser without any issues. It worked in Postman and I found that the "Host" header is required. But it does not work with the HTTP request library I'm using in my project. I can't control its under-the-hood behavior and as a result getting constant 400 response.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Some details: I'm using an open-source Godot Engine with its high-level HTTPRequest class to send these requests. Not sure what library is behind this class, but most probably it is something that can be used by other companies as well...&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 17:16:55 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/774702#M33874</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-03T17:16:55Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/774705#M33875</link>
      <description>&lt;P&gt;Hi &lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;To be sure what's going on you need to dump your request and see what's there. Otherwise it's just a speculation.&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/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;Seems like I'm facing the same or really similar issue. Just wanted to try Dropbox for my pet-project read-only data storage and found that it always responds with a 400 status code for a regular GET request.&lt;/P&gt;&lt;P&gt;...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;If you just get 400 status, your case is definitely not the same! In the current thread discussed issue is additional symbols added at the request end that result in second response - erroneous of course. The original request is executed correctly though. That's why the response is 200, not 400. If you don't know what's in your cases start investigate from zero. Just supposing is not best guide. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt; In this thread the issue is Texas Instruments library bug that messes the request.&amp;nbsp;If you don't use the same library, then your issue, despite looking similar, cannot be the same.&lt;/P&gt;&lt;P&gt;Good luck.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;PS: Keep in mind that Dropbox strictly follows HTTP standard. So if in your code is a small "deviation", in spite may tolerated on some places, will be an issue on Dropbox.&lt;/P&gt;</description>
      <pubDate>Sat, 01 Jun 2024 12:25:15 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/774705#M33875</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-01T12:25:15Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775004#M33876</link>
      <description>&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt; As Здравко said, it doesn't sound like this is exactly the same as the original issue in the thread you posted in, so I've moved your message to its own thread.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you still need help with this, please share a sample of the full request and response, including both headers and bodies for both, so we can take a look. Please redact any secret values though.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 14:58:09 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775004#M33876</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2024-06-03T14:58:09Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775029#M33882</link>
      <description>&lt;P&gt;First of all, there is a chance that this problem is relevant to software I'm using, but when I tried Google Drive and a couple of other direct links for the same task it worked properly. It would be nice if you can help me capture the request details because I don't have low-level access to this library and since it is a TLS request, I can't capture it normally with Wireshark.&amp;nbsp;I can send my minimal executable if it is acceptable, but I think it is better to point me to the way of TLS traffic capturing and decrypting.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm sending a regular GET request with the manually added "Host" header with the value of "&lt;A href="http://www.dropbox.com" target="_blank" rel="noopener"&gt;www.dropbox.com&lt;/A&gt;" just in case if it is not calculated automatically (I found that it is required in Postman). Below is the actual URL and all of the response details that I have.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;URL is: &lt;A href="https://www.dropbox.com/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1" target="_blank" rel="noopener"&gt;https://www.dropbox.com/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Response code: &lt;STRONG&gt;400&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;Headers:&lt;BR /&gt;- &lt;STRONG&gt;Content-Length: 1005&lt;/STRONG&gt;&lt;BR /&gt;- &lt;STRONG&gt;Content-Type: text/html&lt;/STRONG&gt;&lt;BR /&gt;- &lt;STRONG&gt;Vary: Accept-Encoding&lt;/STRONG&gt;&lt;BR /&gt;- &lt;STRONG&gt;X-Dropbox-Response-Origin: local&lt;/STRONG&gt;&lt;BR /&gt;- &lt;STRONG&gt;Date: Mon, 03 Jun 2024 16:39:53 GMT&lt;/STRONG&gt;&lt;BR /&gt;- &lt;STRONG&gt;Server: envoy&lt;/STRONG&gt;&lt;BR /&gt;- &lt;STRONG&gt;Connection: close&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Body:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;&amp;lt;!DOCTYPE html&amp;gt;
&amp;lt;html&amp;gt;
&amp;lt;head&amp;gt;&amp;lt;meta http-equiv="Content-Type" content="text/html; charset=utf-8"&amp;gt;
&amp;lt;meta name="viewport" content="width=device-width, initial-scale=1" /&amp;gt;
&amp;lt;title&amp;gt;Dropbox - 400&amp;lt;/title&amp;gt;
&amp;lt;link href="https://cfl.dropboxstatic.com/static/metaserver/static/css/error.css" rel="stylesheet" type="text/css"/&amp;gt;
&amp;lt;link rel="shortcut icon" href="https://cfl.dropboxstatic.com/static/images/favicon.ico"/&amp;gt;
&amp;lt;/head&amp;gt;
&amp;lt;body&amp;gt;
&amp;lt;div class="figure"&amp;gt;
&amp;lt;img src="https://assets.dropbox.com/www/en-us/illustrations/spot/target-miss.svg" alt="Error: 400"/&amp;gt;
&amp;lt;/div&amp;gt;
&amp;lt;div id="errorbox"&amp;gt;
&amp;lt;h1&amp;gt;Error (400)&amp;lt;/h1&amp;gt;Something went wrong. Don't worry, your files are still safe and the Dropbox team has been notified. Check out our &amp;lt;a href="https://status.dropbox.com"&amp;gt;Status Page&amp;lt;/a&amp;gt; to see if there is a known incident, our &amp;lt;a href="https://www.dropbox.com/help"&amp;gt;Help Center&amp;lt;/a&amp;gt; and &amp;lt;a href="https://forums.dropbox.com"&amp;gt;forums&amp;lt;/a&amp;gt; for help, or head back to &amp;lt;a href="https://www.dropbox.com/home"&amp;gt;home&amp;lt;/a&amp;gt;.
&amp;lt;/div&amp;gt;
&amp;lt;/body&amp;gt;
&amp;lt;/html&amp;gt;&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 17:16:30 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775029#M33882</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-03T17:16:30Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775042#M33883</link>
      <description>&lt;P&gt;A response like that should indicate that the request was malformed, so we'd want to see the raw HTTP request you're sending. Unfortunately we can't provide guidance on how to get that kind of logging from your client though, as the client itself isn't made by Dropbox. You may need to refer to the client's documentation or support resources.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 17:51:40 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775042#M33883</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2024-06-03T17:51:40Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775055#M33886</link>
      <description>&lt;P&gt;I'm trying to dump the raw HTTP request, but not sure that it'll be possible with the high-level API that I have... Is it possible to track the request on your side? The error message says "the Dropbox team has been notified" so I assume it is logged somewhere and maybe I can provide some sort of request ID or something.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 18:44:40 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775055#M33886</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-03T18:44:40Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775060#M33887</link>
      <description>&lt;P&gt;Unfortunately I can't retrieve the original raw HTTP request itself, even with the request ID. &lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 19:12:25 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775060#M33887</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2024-06-03T19:12:25Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775068#M33888</link>
      <description>&lt;P&gt;Hi &lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;I hope you know what netcat is and how it's used. If you transform &lt;A href="https://www.dropbox.com/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1" target="_blank"&gt;https://www.dropbox.com/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1&lt;/A&gt; to something like &lt;A href="http://localhost:8080/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1" target="_blank"&gt;http://localhost:8080/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1&lt;/A&gt; or similar, you'll be able see exactly what's in your HTTP request. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt; Do left everything else the same.&lt;/P&gt;&lt;P&gt;Hope this gives direction.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 19:20:50 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775068#M33888</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-03T19:20:50Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775083#M33889</link>
      <description>&lt;P&gt;Hey, you are a genius, simple and clean suggestion &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@FBF7D2AB59A0D6E861EBF6A36F93B7E2/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt;&lt;/P&gt;&lt;P&gt;As a backend developer, I don't know why I did not thought about it...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So the failing library produced this request:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;GET /scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1 HTTP/1.1
Host: www.dropbox.com
Accept-Encoding: gzip, deflate
User-Agent: GodotEngine/4.2.2.stable.official (Windows)
Accept: */*
&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And this what was produced by Postman (added headers to match previous request):&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;GET /scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1 HTTP/1.1
Host: www.dropbox.com
Accept-Encoding: gzip, deflate
User-Agent: GodotEngine/4.2.2.stable.official (Windows)
Accept: */*&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The only difference is this extra new line at the end. I can't control it since it is an external library. And it means that the issue is exactly the same in original thread where I posted my message. Potentially, we are using same libraries.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 20:28:39 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775083#M33889</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-03T20:28:39Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775092#M33890</link>
      <description>&lt;P&gt;Thanks for the sample! It appears to manifest slightly differently since you're unable to get a success response from a single request, whereas in the original issue an extra new line caused an issue only on the second request on the same connection, not the first request. Regardless, it does sound like the issue is that the client is sending the unexpected new line, resulting in a malformed request. We're looking into it and I'll follow up here with any updates. I can't promise if/when the team will be able to update the server to accept these malformed requests though.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 20:54:48 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775092#M33890</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2024-06-03T20:54:48Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775107#M33892</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;...&lt;/P&gt;&lt;P&gt;The only difference is this extra new line at the end. I can't control it since it is an external library. ...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Hm..&lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@9AD39CA637682E9616FBE31CDAF1B6C4/emoticons/1f914.png" alt=":thinking_face:" title=":thinking_face:" /&gt; Honestly I'm not familiar with that environment you're using, but as far as I can see it's .NET based. In such a case (if I'm not in confusion), why at all additional engine would be needed at all. .Net is able to perform HTTP request successful! Use the available underlying engine instead of reimplemented buggy one that you don't know where is coming from. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt; I believe this will be possible.&lt;/P&gt;&lt;P&gt;Good luck.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;PS: For long term solution try replace your requests responsible code with non buggy or ask the supplier to debug its code (e.g. signal for the bug).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;By the way, usually most libraries return one result matching to one corresponding request. If by mistake unexpected request (correct or incorrect) comes up, result is either first or last one. As seems in your case the result got back is the last one (carrying the error) - opposite to the OP. 🙋&lt;/P&gt;&lt;P&gt;Of course, this is rather speculation.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Jun 2024 21:40:16 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775107#M33892</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-03T21:40:16Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775302#M33894</link>
      <description>&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/422790"&gt;@Здравко&lt;/a&gt;The environment I'm using supports two languages: C# (.NET) and GDScript (or both). I'm using GDScript-only version for this application which as I understand relies on its own HTTP client implementation probably with libcurl and mbedtls libraries. I already reported it, but had to find some details since everything except Dropbox worked fine.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I lost a link so not sure what was the first request of the OP, but if I remember clear it was PUT, POST or something with the body while the second one was regular GET. While testing with netcat I found that this extra line is a line where request body starts and since it is empty, this line is empty as well (looks like an extra line, but it is actually an empty body). Pretty sure that the HTTP specification allows this new line since all the rest test subjects are working fine. I found only that the GET body should be ignored since it has no meaning, but it doesn't say that I can't send it. Hope it'll be allowed by Dropbox (at least an empty GET body), but seems like I need to search for alternatives for now...&lt;/P&gt;</description>
      <pubDate>Tue, 04 Jun 2024 17:45:47 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775302#M33894</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-04T17:45:47Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775459#M33899</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;... I understand relies on its own HTTP client implementation probably with libcurl and mbedtls libraries. ...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;, &lt;STRONG&gt;mbedtls&lt;/STRONG&gt; has nothing to do with HTTP formation; it, if used, is responsible for encryption only. &lt;STRONG&gt;libcurl&lt;/STRONG&gt;, if used,&amp;nbsp; works perfectly fine! I personally tested it and it works. Even more the curl command built on top of libcurl is referred tool for testing Dropbox API - again working flawlessly. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@9AD39CA637682E9616FBE31CDAF1B6C4/emoticons/1f914.png" alt=":thinking_face:" title=":thinking_face:" /&gt;🤷 Are you sure libcurl is in use? 🧐 I planned to advise you use exactly this library if possible - just wasn't sure if the environment has such an option. Don't suppose, instead make it sure! 🙋&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/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;P&gt;...&lt;/P&gt;&lt;P&gt;I lost a link so not sure what was the first request of the OP, but if I remember clear it was PUT, POST or something with the body while the second one was regular GET. ...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;The thread is &lt;A title="OTA update fails in CC3200" href="https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/OTA-update-fails-in-CC3200/td-p/757521" target="_blank" rel="noopener"&gt;here&lt;/A&gt;. Dropbox API primary uses POST requests. Your question is not related to API actually, but to regular download code - something you should not think at all usually. There must be some error in your environment or you have miss-configured something.&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/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;P&gt;... I found that this extra line is a line where request body starts and since it is empty, &lt;FONT color="#FF0000"&gt;&lt;STRONG&gt;this line is empty as well&lt;/STRONG&gt;&lt;/FONT&gt; (looks like an extra line, but it is actually an &lt;FONT color="#FF0000"&gt;&lt;STRONG&gt;empty body&lt;/STRONG&gt;&lt;/FONT&gt;). ...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Ha..&lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@D88F213CAFB196B6AB70612B08AD9D31/emoticons/1f601.png" alt=":beaming_face_with_smiling_eyes:" title=":beaming_face_with_smiling_eyes:" /&gt; &lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;, As a backend developer, you should not use/state something like that. Is a line (empty or not) some empty body (recall - empty body means empty content, including string)? Is a new line string an empty string? &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@FBF7D2AB59A0D6E861EBF6A36F93B7E2/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt; Take a bit more care.&lt;/P&gt;&lt;P&gt;In addition you may take a look on &lt;A title="HTTP Requests" href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Messages#http_requests" target="_blank" rel="noopener"&gt;MDN definition for HTTP request&lt;/A&gt; or &lt;A title="Request" href="https://datatracker.ietf.org/doc/html/rfc2616#section-5" target="_blank" rel="noopener"&gt;the same on RFC 2616&lt;/A&gt;. Can you see somewhere there that either on place of empty body has to be a new line or non empty body has to end with extra new line that is not part of the content length? &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 05 Jun 2024 12:33:16 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775459#M33899</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-05T12:33:16Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775555#M33903</link>
      <description>&lt;P&gt;Thanks for your comments, you are absolutely right, I'll try to be more carefull with it &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@FBF7D2AB59A0D6E861EBF6A36F93B7E2/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt;&lt;/P&gt;&lt;P&gt;For testing purposes I sent a GET request with the body and Dropbox accepted it without any issues from both &lt;STRONG&gt;curl&lt;/STRONG&gt; and Postman so this new line is not a problem anymore. Moreover, now &lt;STRONG&gt;netcat&lt;/STRONG&gt; shows me identical requests even without the body neither for Postman or Godot requests (kept the &lt;STRONG&gt;User-Agent&lt;/STRONG&gt; header so I can distinguish these requests).&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="MikkBenelis_0-1717616471365.png" style="width: 400px;"&gt;&lt;img src="https://www.dropboxforum.com/t5/image/serverpage/image-id/46676i9C7192C69C4F43D2/image-size/medium?v=v2&amp;amp;px=400" role="button" title="MikkBenelis_0-1717616471365.png" alt="MikkBenelis_0-1717616471365.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;I tried to save this output to a file to check if there are any invisible characters, but no, they are both CR LF ended identical texts without invisibles. Now I'm completely lost... Can you suggest me something to test? The only Dropbox is failing now and I don't understand why.&lt;/P&gt;</description>
      <pubDate>Wed, 05 Jun 2024 20:16:20 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775555#M33903</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-05T20:16:20Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775564#M33904</link>
      <description>&lt;P&gt;Hm.. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@9AD39CA637682E9616FBE31CDAF1B6C4/emoticons/1f914.png" alt=":thinking_face:" title=":thinking_face:" /&gt; &lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;, as far as I can see there is no any extra new line in both requests on your screenshot. You said that have one found. Can you clarify what exactly you found out and where it is? It may be useful to post a link to binary dump of your netcat output - there might be something else if not extra new line. No everything is clearly visible as simplest text or terminal screenshot.&lt;/P&gt;&lt;P&gt;Let's see...&lt;/P&gt;</description>
      <pubDate>Wed, 05 Jun 2024 21:36:30 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/775564#M33904</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-05T21:36:30Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776113#M33918</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/422790"&gt;@Здравко&lt;/a&gt;,&amp;nbsp;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/10"&gt;@Greg-DB&lt;/a&gt; and sorry for the late response. Today I finally managed to understand the root cause of the issue and found a workaround to it. It is not related to the extra new line I thought earlier, but it is something with the redirect URL received after the first GET request. I was a bit confused by the automatic redirects everywhere so the actual error was tied to the second request. Below are my test scenario, issue description and a workaround.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Test scenario:&lt;/P&gt;&lt;P&gt;1. Send a GET request to this URL: &lt;EM&gt;&lt;STRONG&gt;&lt;A href="https://www.dropbox.com/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1" target="_blank"&gt;https://www.dropbox.com/scl/fi/fc5rwkff82yvy66ktagv7/test.txt?rlkey=wqzs2qbbfazbgj3ttcaik9pq2&amp;amp;dl=1&lt;/A&gt;&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;2. Receive a &lt;STRONG&gt;302 Found&lt;/STRONG&gt; response with this header: &lt;EM&gt;&lt;STRONG&gt;Location: &lt;A href="https://ucf3d30d8449d3b4b71630f2179a.dl.dropboxusercontent.com/cd/0/get/CUfGJ4UYzNP3f_SeeyAWDmkzqSHoJk98QNNmD7g4NUoVFnAS6PpVPrCmKLfGBS9_fNsxCkcNG3dT40ygtSc8ceWPxLQYy-NiCrRMDxJ-5u_ZftDOnRmXk-ta_m1czPFq5KRSEvknl3F7pFjk01onJrqL/file?dl=1#" target="_blank"&gt;https://ucf3d30d8449d3b4b71630f2179a.dl.dropboxusercontent.com/cd/0/get/CUfGJ4UYzNP3f_SeeyAWDmkzqSHoJk98QNNmD7g4NUoVFnAS6PpVPrCmKLfGBS9_fNsxCkcNG3dT40ygtSc8ceWPxLQYy-NiCrRMDxJ-5u_ZftDOnRmXk-ta_m1czPFq5KRSEvknl3F7pFjk01onJrqL/file?dl=1#&lt;/A&gt;&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;3. Follow the redirect URL and get a &lt;STRONG&gt;400 Bad Request&lt;/STRONG&gt; response. Note: the URL above expires quite early, it'll return the &lt;STRONG&gt;410&lt;/STRONG&gt; response now, but it is expected and not the actual issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Issue and workaround:&lt;/P&gt;&lt;P&gt;The redirect URL contains the &lt;STRONG&gt;#&lt;/STRONG&gt; character at the end which causes the &lt;STRONG&gt;400&lt;/STRONG&gt; response. It is interesting that both &lt;STRONG&gt;curl&lt;/STRONG&gt; and &lt;STRONG&gt;Postman&lt;/STRONG&gt; remove this character so that is why it is not reproduced there. Removing this character manually before following the redirect fixes the issue and I can get a valid response in my environment as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Not sure why this character is a part of the URL and if it is an HTTP rule, Dropbox bug or bug of the underlaying library I'm using, but at least now I have a clean understanding of the issue and a workaround for it. I want to know your thoughts about it and then if it is a library bug, I'll redirect it to its developer &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@FBF7D2AB59A0D6E861EBF6A36F93B7E2/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 08 Jun 2024 13:28:42 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776113#M33918</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-08T13:28:42Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776121#M33919</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;...&lt;/P&gt;&lt;P&gt;Not sure why this character is a part of the URL and if it is an HTTP rule, ...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;, I believe you're receiving email notifying you about my current post. Take a closer look on the link pointing my post. Can you see there something similar to that you are not sure is it HTTP rule? 🧐🙋 Something else you may try - navigate to the same page starting from &lt;A href="http://www.dropboxforum.com" target="_blank"&gt;www.dropboxforum.com&lt;/A&gt; and directly using the link pointing my post. Note that in the first case the page top comes up, but in the second one - directly my post. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@9AD39CA637682E9616FBE31CDAF1B6C4/emoticons/1f914.png" alt=":thinking_face:" title=":thinking_face:" /&gt;🤷 In addition take a look on the HTTP requests themself. Is there any difference between them?... In such a case, why does different page view appear? &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@D6F1E7339C4A1D356873D19B1E420FB0/emoticons/1f62f.png" alt=":hushed_face:" title=":hushed_face:" /&gt; In fact it's the same page, received with the same request! 🤫&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Ok, the last URL construct (named anchor), that starts with hash(#) and may have others following symbols, is absolutely valid construct. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@FBF7D2AB59A0D6E861EBF6A36F93B7E2/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt; That construct carries kind of parameter(s) targeting HTTP client, not server - some additional information that may affect client work, including (but not limited to) how the resulting view appears. Such information doesn't appear in any HTTP request (or should not at least). Server receives the classical params only - between question mark, if any, and hash (or till the URL end). The hash symbol (and all after that) should misses in the request. &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt;&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/1843332"&gt;@MikkBenelis&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;..., Dropbox bug or bug of the underlaying library I'm using, but at least now I have a clean understanding of the issue ...&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Hm...&lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@9AD39CA637682E9616FBE31CDAF1B6C4/emoticons/1f914.png" alt=":thinking_face:" title=":thinking_face:" /&gt; ...and is it a Dropbox bug or a bug in your underlying library? What did you conclude based on where that "cut" should happen? &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@41457EF40051AFF130FDBFE21B496926/emoticons/1f609.png" alt=":winking_face:" title=":winking_face:" /&gt;&lt;/P&gt;&lt;P&gt;Good luck.&lt;/P&gt;</description>
      <pubDate>Sat, 08 Jun 2024 15:27:09 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776121#M33919</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-08T15:27:09Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776143#M33920</link>
      <description>&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/422790"&gt;@Здравко&lt;/a&gt;I knew that it is usually used to scroll the page to a specific section or highlight some region of interest if a user agent supports it, but did not know that it should never be sent back to server... My conclusion that there is a bug in both Dropbox and the URI specification itself &lt;img class="lia-deferred-image lia-image-emoji" src="https://www.dropboxforum.com/html/@D88F213CAFB196B6AB70612B08AD9D31/emoticons/1f601.png" alt=":beaming_face_with_smiling_eyes:" title=":beaming_face_with_smiling_eyes:" /&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Imagine you had a link &lt;A href="http://www.abc.com/qwe#asd" target="_blank"&gt;www.abc.com/qwe#asd&lt;/A&gt;, then it was moved to &lt;A href="http://www.abc.com/qwert#asd" target="_blank"&gt;www.abc.com/qwert#asdfg&lt;/A&gt; and you want to apply a 301 redirect to it. You can't do it with Dropbox, it'll respond with a 400 error. This part is called Fragment, here is the related RFC section &lt;A href="https://datatracker.ietf.org/doc/html/rfc3986#section-3.5" target="_blank"&gt;https://datatracker.ietf.org/doc/html/rfc3986#section-3.5&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why is it a Dropbox bug? IMHO, it should not send a URI with the number sign character without anything after it, especially for such redirects. Also, I think that this part should be excluded on a server if it has no special meaning there, but it should not respond with the 400 error. Most of the servers (just tried a couple of Google links) can use or exclude it and the request will be processed normally.&lt;/P&gt;</description>
      <pubDate>Sat, 08 Jun 2024 18:58:07 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776143#M33920</guid>
      <dc:creator>MikkBenelis</dc:creator>
      <dc:date>2024-06-08T18:58:07Z</dc:date>
    </item>
    <item>
      <title>Re: OTA update fails in CC3200</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776145#M33921</link>
      <description>&lt;P&gt;&lt;a href="https://www.dropboxforum.com/t5/user/viewprofilepage/user-id/1843332"&gt;@MikkBenelis&lt;/a&gt;, Yes, I agree that there are lot of bug tolerated services, like you mentioned. The existence of such bug toleration somewhere doesn't change the standard though! It stays the same. 🤷&lt;/P&gt;</description>
      <pubDate>Sat, 08 Jun 2024 19:23:06 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/400-status-code-for-a-regular-GET-request/m-p/776145#M33921</guid>
      <dc:creator>Здравко</dc:creator>
      <dc:date>2024-06-08T19:23:06Z</dc:date>
    </item>
  </channel>
</rss>

