Granular Permissions

Hi Joost,

Thanks for the thoughtful reply! And apologies for apparently not framing my earlier post correctly.

I 100% acknowledge that this does not solve all of the use cases in this thread. However, I did want to share it as progress in our work to be able to securely and safely address those use cases. The ability to migrate full-pages of content to a new “container” with their own access/sharing settings is step forward in our technical capability to one day enable page-level sharing.

While this immediately solves for things like wanting to share a single invoice with a customer without sharing the entire doc from which it was generated, or sharing an RFP with a vendor, you are correct that it does not solve for cases in which you’d like the page contents to remain linked with contents in a broader doc.

If you’d like to know more about how we’re approaching this challenge, our Product Manager Nathan shared more details in this Community Post: Share just one single page? - #10 by nathan

4 Likes

Hello @Andrew_Stinger ,

Thank you for your reply and explanation. I am aware of the challenges involved for the next step and I am following the thread in which Nathan was posting.

Greetings, Joost

1 Like

@nathan is there any update on this feature? Do you have a concrete time line?

The topic has been on the wish list for more than 2years.

The cross doc stuff is complicated and error -prone.

Please come up with a solution with permissions on page level soon.

@jakobheuser and others — now that we have custom packs, I’ve built one for granular permissions on cross-doc tables. It’s not granular permissions on pages but it will enable most of those scenarios already!

3 Likes

Its kinda disappointing this has not been yet solved after such a long time, its one of the features that will improve usability of Coda (and simplify many docs, eliminating need for cross-doc which is really a bad solution for this problem in many cases) many times and make it viable for many more use cases…

2 Likes

Just adding another bump for granular permissions.

I am not a software developer, but still have some inkling of how technically difficult it would be to implement granular permissions in Coda, given its power and flexibility, and the need to ensure docs are performant even with thousands upon thousands of rows. It would not surprise me to be told that permissions are a lot easier to implement for Airtable and Notion precisely because they lack some of the power and flexibility of Coda.

So, this is not a complaint, just adding another voice to the ‘signal’ from the userbase that granular permissions are a (the?) top priority for many Coda makers. God speed Codans, we’re counting on you! :laughing:

3 Likes

I would also like to add another request in this area. I’ve been wanting to make a published doc that only shows data to users that the user is allowed to see. There are two problems

  1. Someone can do @ and see any row in the doc and every person in the doc along with their emails
  2. I can’t just cross doc data from another doc because users need to easily edit. On top of this I need to filter using the User() formula (so that the current user only sees their rows) which does not work over cross doc
    Fixing one of these issues would solve the problem for me, but at the moment, they are significant security problems for what I’m trying to do
1 Like

More granular permissions would be nice.

Do you think it would work to use access permissions this way?

Another big vote for granular permissions.

Thoughts on implementation as follows:

  • For pages - edit and/or viewing access controls per page. RE the Codan’s comment above, if elements of that page (tables, formulas) are reference elsewhere that’s fine, the edit/view controls are specific to that page and granted for each user in the doc).

  • For tables - edit access per column/field (Airtable does this quite well, you mentioned other products taking shortcuts, what does that mean in this case? Presumably the edit access per column is on the master version of the table, which would thus be implemented like Airtable did correct?)

I have recently moved from most of my work from Airtable given the immense power and flexibility of Coda, by which I really am incredibly impressed and stoked about!
These granular permissions would really be the icing on the cake of an excellent product!

1 Like