Forum Discussion

Info V.1's avatar
Info V.1
Collaborator | Level 8
7 years ago
Solved

Difference between sf_nonteam_add_members , sf_nonteam_join & sf_nonteam_claim_membership

Hi There,

 

What is the difference between sf_nonteam_add_members , sf_nonteam_join & sf_nonteam_claim_membership.

 

Thanks,

Manish

  • Info V.1,

     

    Doing a little more digging into this, if you refer to our v1 docs for the get_events endpoint there is an entry under the notes section that states:

    • The events sf_team_mount and sf_nonteam_mount will eventually replace sf_team_join and sf_nonteam_join.

    I'm thinking this is why you're not seeing the sf_nonteam_join events when a non-team member joins/mounts shared content.

     

    I do want to reiterate that these event types are all v1 and that migration to v2 is highly recommended. The following content can help with that process:
    https://www.dropbox.com/developers/reference/events-migration-guide

     

    For a brief description of what actions cause what events see the event types section of the v1 documentation:
    https://www.dropbox.com/developers-v1/business/docs#log-get-events

     

    The events migration guide referenced above shows the mapping of v1 categories to v2 categories.

     

    I hope this gives you the information you are looking for. Thanks!

     

    -Chuck

  • Hello Info V.1,

     

    The events you reference are v1 event types, so first I'd like to suggest you look at migrating to the v2 event log endpoints:
    https://www.dropbox.com/developers/reference/events-migration-guide

     

    The event types you mention refer to different actions performed by non-team member actors specifically as related to a shared folder, so for example:

     

    sf_nonteam_join refers to a non-team member joining a shared folder.

    sf_nonteam_add_members refers to a non-team member adding members to a shared folder and so on.

     

    Under v2 these events have all been collapsed under shared_content_xxxx event types (complete descriptions in the migration guide referenced above) and the determination of whether the action was performed by a team member or not can be achieved by examining the actor and context properties of the event entry.

     

    Hope that helps,

     

    -Chuck

    • Info V.1's avatar
      Info V.1
      Collaborator | Level 8

      Thanks for the quick response . We have planned for migrating to V2. 

       

      I am seeing different behavior:

      As a team admin I added a non-team user (exist in Dropbox) and I get "sf_nonteam_add_members".

      As a team admin I added a non-team user (does not exist in Dropbox) and I get "sf_nonteam_invite". And when the new user created Dropbox account I get "sf_nonteam_claim_membership".

       

      I am not getting "sf_nonteam_join" in both of the above cases.

       

      Thanks,

      Manish

       

       

      • chirstius's avatar
        chirstius
        Icon for Dropbox Staff rankDropbox Staff

        Sorry about that, I think I inverted the relationships.

         

        Have you had a non-team member (but Dropbox account) mount the shared folder?

About Dropbox API Support & Feedback

Node avatar for Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.5,951 PostsLatest Activity: 50 minutes ago
352 Following

If you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X or Facebook.

For more info on available support options for your Dropbox plan, see this article.

If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!