The last one validates but it doesn’t seem to equate out to satisfy the rule.
In the docs it is done like:
Ensuring that requests are from an authenticated JWT, and no further restrictions, can be done by arranging the JWT to contain a value like “isAuthenticated”: “true”. For example,
Currently, we don’t support boolean variables in RBAC. The values have to be passed as a string. But we have plans to improve the RBAC rules like having other comparison operators, support multiple data types like int, bool, and support for anyofterms, allofterms, etc.
Hi @arijit - is string exact match/strict equality the only operation that is supported in @auth rules at the moment? Do we have support for regex matching or even substring match?
@vinniefg
Apologies for the delayed response. We don’t have support for these right now. Are both of these important to you or is one of these more important that we could release first? These won’t be part of the 20.11 release but we can support it for the next release after that.