<?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 list_folder_members/batch in Discuss Dropbox Developer &amp; API</title>
    <link>https://www.dropboxforum.com/t5/Discuss-Dropbox-Developer-API/list-folder-members-batch/m-p/631045#M2965</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;why is there no `list_folder_members/batch`, and may I suggest you add such an endpoint?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Long version:&lt;/P&gt;
&lt;P&gt;In our application, we manage various entities and offer to synchronize them with various third party integrations, such as Dropbox. The managed folders should always represent the local state, which means 1. name and 2. participants. Figuring out name mismatches is easy, but to match participants with remote Dropbox folder members is a difficult job. On synchronization, iff there are 50 entities, we have to send out 50 queries, one `/2/sharing/list_folder_members` each, because as I understand it, there is no `list_folder_members/batch` and `list_file_members/batch` does *not* accept a folder param. Maybe I'm missing something?&lt;/P&gt;
&lt;P&gt;The way we're currently working around it is implementing special Dropbox-specific hooks that toggle a flag, marking it as "requires synchronization", and then querying only those at the next iteration. While this works, it introduces awful complexity that we had not encountered from any other third party provider.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks a lot.&lt;/P&gt;
&lt;P&gt;Philip&lt;/P&gt;</description>
    <pubDate>Mon, 24 Oct 2022 16:54:22 GMT</pubDate>
    <dc:creator>phil294</dc:creator>
    <dc:date>2022-10-24T16:54:22Z</dc:date>
    <item>
      <title>list_folder_members/batch</title>
      <link>https://www.dropboxforum.com/t5/Discuss-Dropbox-Developer-API/list-folder-members-batch/m-p/631045#M2965</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;why is there no `list_folder_members/batch`, and may I suggest you add such an endpoint?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Long version:&lt;/P&gt;
&lt;P&gt;In our application, we manage various entities and offer to synchronize them with various third party integrations, such as Dropbox. The managed folders should always represent the local state, which means 1. name and 2. participants. Figuring out name mismatches is easy, but to match participants with remote Dropbox folder members is a difficult job. On synchronization, iff there are 50 entities, we have to send out 50 queries, one `/2/sharing/list_folder_members` each, because as I understand it, there is no `list_folder_members/batch` and `list_file_members/batch` does *not* accept a folder param. Maybe I'm missing something?&lt;/P&gt;
&lt;P&gt;The way we're currently working around it is implementing special Dropbox-specific hooks that toggle a flag, marking it as "requires synchronization", and then querying only those at the next iteration. While this works, it introduces awful complexity that we had not encountered from any other third party provider.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks a lot.&lt;/P&gt;
&lt;P&gt;Philip&lt;/P&gt;</description>
      <pubDate>Mon, 24 Oct 2022 16:54:22 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Discuss-Dropbox-Developer-API/list-folder-members-batch/m-p/631045#M2965</guid>
      <dc:creator>phil294</dc:creator>
      <dc:date>2022-10-24T16:54:22Z</dc:date>
    </item>
    <item>
      <title>Re: list_folder_members/batch</title>
      <link>https://www.dropboxforum.com/t5/Discuss-Dropbox-Developer-API/list-folder-members-batch/m-p/631337#M2966</link>
      <description>&lt;P&gt;Thanks for the feedback! I can't offer specific insight on why any particular functionality wasn't implemented, but I'll pass this along as a feature request for a batch version of /2/sharing/list_folder_members. I can't promise if or when that might be implemented though.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Oct 2022 15:41:03 GMT</pubDate>
      <guid>https://www.dropboxforum.com/t5/Discuss-Dropbox-Developer-API/list-folder-members-batch/m-p/631337#M2966</guid>
      <dc:creator>Greg-DB</dc:creator>
      <dc:date>2022-10-24T15:41:03Z</dc:date>
    </item>
  </channel>
</rss>

