<?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: URLs generated with files_get_temporary_link are not parsed correctly by some applications in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/249086#M14300</link>
    <description>&lt;P&gt;Thanks for the post! There isn't a way to&amp;nbsp;force that,&amp;nbsp;but I'll pass this along as a feature request for the old/filename in URL version,&amp;nbsp;though I can't make any promises as to if/when then would be done.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For reference, the filename is included in the 'Content-Disposition` header, which the HTTP client should be using, but it sounds like not all clients are using that unfortunately.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 24 Oct 2017 14:20:06 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2017-10-24T14:20:06Z</dc:date>
    <item>
      <title>URLs generated with files_get_temporary_link are not parsed correctly by some applications</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/248991#M14298</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm using&amp;nbsp;files_get_temporary_link to generate a download URL for a file (active for 4 hrs). The link itself&amp;nbsp;appears to lack the filenam. It just ends with long cryptic number. Some browsers do not interpret this URL correctly and save the downloaded files with strange looking/unfriendly names. For example a temp link like this&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://dl.dropboxusercontent.com/apitl/1/AACaHS_H4dB5wyoQGQeFrhn4lKIBU0O0COeHMBg9x3NguJg_9f2_YxKj7BlKpEprf7rAB51ikDD114BLJfWMI_Vf-Ut2OA2ylf7Sm37qL4YTuzHuGBVB1Yf0TJOQMdHa8Eo7dxKk8LMZfpbBpFTrytarDhj90XQIH8GBfxY6ti6EfKT7JKRyoL8XS1jEVHaJRGw4frO2fwS8NE8pdl01A-RZsWr9Cs5iCOZMOhpqciRXUsekMWJ1dKiB8TQl3wTN8oUGhyH3hAjn3Qra1erudf1KhNikO9jlVX4x2G5ftIvqe-jJlK4c7ZY4WlxTia5ilfVDzlynRPDelrkgjvvOQfQX" target="_blank"&gt;https://dl.dropboxusercontent.com/apitl/1/AACaHS_H4dB5wyoQGQeFrhn4lKIBU0O0COeHMBg9x3NguJg_9f2_YxKj7BlKpEprf7rAB51ikDD114BLJfWMI_Vf-Ut2OA2ylf7Sm37qL4YTuzHuGBVB1Yf0TJOQMdHa8Eo7dxKk8LMZfpbBpFTrytarDhj90XQIH8GBfxY6ti6EfKT7JKRyoL8XS1jEVHaJRGw4frO2fwS8NE8pdl01A-RZsWr9Cs5iCOZMOhpqciRXUsekMWJ1dKiB8TQl3wTN8oUGhyH3hAjn3Qra1erudf1KhNikO9jlVX4x2G5ftIvqe-jJlK4c7ZY4WlxTia5ilfVDzlynRPDelrkgjvvOQfQX&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;is saved as&amp;nbsp;AACaHS_H4dB5wyoQGQeFrhn4lKIBU0O0.mp3 instead of the real file name as appears in the user's dropbox.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Is there any way to&amp;nbsp;force&amp;nbsp;&amp;nbsp;&amp;nbsp;files_get_temporary_link generate a URL that ends with the actual real file name?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The previous dropbox API *used* to generate friendly links for temporary shares and it seemed to work very nicely.&amp;nbsp; Would you please consider returning the old style link layout?&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2019 09:17:56 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/248991#M14298</guid>
      <dc:creator>jjsk</dc:creator>
      <dc:date>2019-05-29T09:17:56Z</dc:date>
    </item>
    <item>
      <title>Re: URLs generated with files_get_temporary_link are not parsed correctly by some applications</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/249086#M14300</link>
      <description>&lt;P&gt;Thanks for the post! There isn't a way to&amp;nbsp;force that,&amp;nbsp;but I'll pass this along as a feature request for the old/filename in URL version,&amp;nbsp;though I can't make any promises as to if/when then would be done.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For reference, the filename is included in the 'Content-Disposition` header, which the HTTP client should be using, but it sounds like not all clients are using that unfortunately.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 24 Oct 2017 14:20:06 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/249086#M14300</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-10-24T14:20:06Z</dc:date>
    </item>
    <item>
      <title>Re: URLs generated with files_get_temporary_link are not parsed correctly by some applications</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/249449#M14324</link>
      <description>&lt;P&gt;Thanks for the reply. I opened a ticket for the client program but they don't seem to quite get what the issue is. I.e. why do they need to inspect HTTP headers to find the name of the file the url points to.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If this can be adjusted in the dropbox API it would probably simplify things a little.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Oct 2017 02:20:34 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/URLs-generated-with-files-get-temporary-link-are-not-parsed/m-p/249449#M14324</guid>
      <dc:creator>jjsk</dc:creator>
      <dc:date>2017-10-26T02:20:34Z</dc:date>
    </item>
  </channel>
</rss>

