Replies: 1 comment 1 reply
-
|
Hi @lupeterm, that's an interesting idea for the optional flag to allow/prevent this condition. Currently, it is the application's responsibility for isolation prevention. Using such a flag would have some performance implications, adding latency in large graphs, but as an optional flag, then it can be left up to the developer to decide whether it is worth using or not. We would not be able to prioritize something like this in the near-term but I'll add this to our roadmap inbound for future consideration. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi all,
I just came a cross a situation where an object ends up isolated in the end.
Consider the following simple example:
In my actual use case, but applied to this model,
user:tomwould createdocument:aand set anotheruser:lisaas owner. Additionally,tomwould temporarily maintain thecan_editrole untillisaassumes ownership.The way our system is currently designed, there is an edge case where both
tomandlisacould theoretically lose thecan_editrole, leading todocument:abeing an isolated node to which noone has write access.Obviously, this can easily be handled by a preceding call to check if removing an edge would isolate the node, but I was wondering If this could be a useful feature to be added in the future.
I dont think this would be implemented on the model definition level, but rather as an extra optional flag on the write call, e.g.:
, with
truebeing the default.Beta Was this translation helpful? Give feedback.
All reactions