<?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: file downloads have wrong content-type header in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/690147#M30952</link>
    <description>&lt;P&gt;Thanks - it seems a bit strange that a web-based file transfer API doesn't support content types but that's their decision I guess.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For unrelated reasons I ended up using "files/get_temporary_link" instead of "files/download" and strangely enough when you download the file from the temporary link, the content-type appears correctly. I guess this might be another workaround for someone who doesn't want to map the mime types manually&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 07 Jun 2023 14:32:25 GMT</pubDate>
    <dc:creator>timrobinson33</dc:creator>
    <dc:date>2023-06-07T14:32:25Z</dc:date>
    <item>
      <title>file downloads have wrong content-type header</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/689885#M30943</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm testing out dropbox v2 files api. when I call "POST &lt;A href="https://content.dropboxapi.com/2/files/download&amp;quot;" target="_blank" rel="noopener"&gt;https://content.dropboxapi.com/2/files/download"&lt;/A&gt;&amp;nbsp;API, the downloaded file seems to be always returned with the content-type header set to&amp;nbsp;&lt;SPAN&gt;application/octet-stream. Am I doing something wrong or is this to be expected?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As far as I can tell the contents of file file are OK, it's just the header that's wrong&lt;/P&gt;</description>
      <pubDate>Tue, 06 Jun 2023 18:36:50 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/689885#M30943</guid>
      <dc:creator>timrobinson33</dc:creator>
      <dc:date>2023-06-06T18:36:50Z</dc:date>
    </item>
    <item>
      <title>Re: file downloads have wrong content-type header</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/689892#M30944</link>
      <description>&lt;P&gt;Receiving a 'Content-Type: application/octet-stream' response header on a successful &lt;A href="https://www.dropbox.com/developers/documentation/http/documentation#files-download" target="_blank"&gt;/2/files/download&lt;/A&gt; call is the expected behavior.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The Dropbox API doesn't return specific mime types for files, but you can get the file extension from the file name and keep your own file extension to mime type mapping as desired.&lt;/P&gt;</description>
      <pubDate>Tue, 06 Jun 2023 17:10:31 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/689892#M30944</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2023-06-06T17:10:31Z</dc:date>
    </item>
    <item>
      <title>Re: file downloads have wrong content-type header</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/690147#M30952</link>
      <description>&lt;P&gt;Thanks - it seems a bit strange that a web-based file transfer API doesn't support content types but that's their decision I guess.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For unrelated reasons I ended up using "files/get_temporary_link" instead of "files/download" and strangely enough when you download the file from the temporary link, the content-type appears correctly. I guess this might be another workaround for someone who doesn't want to map the mime types manually&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jun 2023 14:32:25 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/file-downloads-have-wrong-content-type-header/m-p/690147#M30952</guid>
      <dc:creator>timrobinson33</dc:creator>
      <dc:date>2023-06-07T14:32:25Z</dc:date>
    </item>
  </channel>
</rss>

