<?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: API v2 fileID support versus path in Dropbox API Support &amp; Feedback</title>
    <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/242894#M13560</link>
    <description>The Dropbox API now supports file IDs for more endpoints, such as /2/files/upload:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://www.dropbox.com/developers/documentation/http/documentation#files-upload" target="_blank"&gt;https://www.dropbox.com/developers/documentation/http/documentation#files-upload&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If you're using an official SDK, there will also be corresponding methods.</description>
    <pubDate>Fri, 22 Sep 2017 16:08:01 GMT</pubDate>
    <dc:creator>Greg-DB</dc:creator>
    <dc:date>2017-09-22T16:08:01Z</dc:date>
    <item>
      <title>API v2 fileID support versus path</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/224240#M12103</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've recently rewritten our Dropbox consumer to implement the v2 API, instead of v1, following the migration guide's indications.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I was content to see that Dropbox now has a notion of file IDs (as opposed to paths only), as I found it troublesome in the past to work with file paths in file-sharing scenarios. Our app contains multiple cloud storage integrations beside Dropbox and we do not rely on the implicit shareable links that each cloud storage provides, but construct our own hyperlinks instead based on file IDs. In scenarios where the path to the same&amp;nbsp;file was not the same in two users' Dropbox, things became more difficult (i.e. a need to search for the filename, which could be located at root level or in any of the internal folder in the hierarchy). I wanted to use IDs instead of paths, but I noticed that only certain API endpoints support IDs or REVs, while others, such as "/2/files/upload" only accept a path. Therefore it is impossible to overwrite a file for which the ID alone was stored. I would like to understand whether this is by design, as I find it to be inconsistent and kinda beats the purpose of relying on file IDs, which seemed like a great change brought by v2.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Crina&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2019 09:21:56 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/224240#M12103</guid>
      <dc:creator>CrinaBucur</dc:creator>
      <dc:date>2019-05-29T09:21:56Z</dc:date>
    </item>
    <item>
      <title>Re: API v2 fileID support versus path</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/224398#M12118</link>
      <description>Hi Crina, this is expected. Dropbox API introduced the notion of a file ID, but it isn't available everywhere on the API unfortunately. &lt;BR /&gt;&lt;BR /&gt;We hope to implement support for file IDs on more endpoints in the future, I don't have a specific timeline to offer.</description>
      <pubDate>Mon, 05 Jun 2017 19:53:15 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/224398#M12118</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-06-05T19:53:15Z</dc:date>
    </item>
    <item>
      <title>Re: API v2 fileID support versus path</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/242894#M13560</link>
      <description>The Dropbox API now supports file IDs for more endpoints, such as /2/files/upload:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://www.dropbox.com/developers/documentation/http/documentation#files-upload" target="_blank"&gt;https://www.dropbox.com/developers/documentation/http/documentation#files-upload&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;If you're using an official SDK, there will also be corresponding methods.</description>
      <pubDate>Fri, 22 Sep 2017 16:08:01 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/242894#M13560</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2017-09-22T16:08:01Z</dc:date>
    </item>
    <item>
      <title>Re: API v2 fileID support versus path</title>
      <link>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/242898#M13562</link>
      <description>&lt;P&gt;Hi Greg,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am not using any SDK, just low-level REST calls. This is good to know, but my organization probably won't invest in additional hours to&amp;nbsp;adapt the implementation. Unfortunately we had to go with what was available in June - the file paths specification.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you for the update, nonetheless.&lt;/P&gt;</description>
      <pubDate>Fri, 22 Sep 2017 16:21:15 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Dropbox-API-Support-Feedback/API-v2-fileID-support-versus-path/m-p/242898#M13562</guid>
      <dc:creator>CrinaBucur</dc:creator>
      <dc:date>2017-09-22T16:21:15Z</dc:date>
    </item>
  </channel>
</rss>

