Closed drew-codaio closed 2 weeks ago
cc @ekoleda-codaio
Another way I thought about doing this is that we could let a sync table schema have a permissionDelegationProperty
which would need to be a reference to another table.
But I think that could live side-by-side with this, so no objection from me.
Yeah we can't release this right away I think? Need to update
coda
to add support to recognize support for this and support backwards compatibility, then need to have a PR read to fast merge to update every pack that uses permissions? Unless we change the SDK to be backwards compatible.
Why not just make the SDK backwards compatible for now (Direct permissions can have no type there and we assume direct?)
Yeah we can't release this right away I think? Need to update
coda
to add support to recognize support for this and support backwards compatibility, then need to have a PR read to fast merge to update every pack that uses permissions? Unless we change the SDK to be backwards compatible.Why not just make the SDK backwards compatible for now (Direct permissions can have no type there and we assume direct?)
good point.
Make sure to fast follow with coda
or packs
changes to incorporate these, the SDK is evolving fast and if changes break TS somebody else's SDK change could be stuck behind getting those fixed. I'll share this with the team as well.
Make sure to fast follow with
coda
orpacks
changes to incorporate these, the SDK is evolving fast and if changes break TS somebody else's SDK change could be stuck behind getting those fixed. I'll share this with the team as well.
My bad still trying to figure out how this whole ecosystem works with the sdk. Will be mindful going forward. Sam and I are working on the fast follow rn.
No need to apologize, there's lots of unwritten best practices to navigate, just spreading awareness.
Part of the work for sibling ACLs. Updating permissions to have a new delegated type.