You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When updating SoD policies via the PUT /sod-policies/:id endpoint, it returns 400.1 Bad request content, although as per API documentation all fields are correct. In particular, the policies we're trying to update have "type": "CONFLICTING_ACCESS_BASED" and conflictingAccessCriteria present, but no policyQuery field (because it shouldn't be necessary for that type of policy). The error goes away if policyQuery is added, and it needs to be equal to the current (not updated) policy query. This seems like a bug, these requests should pass without policyQuery being set.
To Reproduce
Here is an example request that returns 400.1 in our sandbox environment:
When adding policyQuery to this same request, it returns 200.
Other than logical considerations, the problem with adding policyQuery to this request is that sometimes the query is very long (we have a lot of criteria in these lists, and quite a few policies), and this results in a 500 response due to some sort of processing error.
Expected behavior: For the request to pass without setting policyQuery when the type is CONFLICTING_ACCESS_BASED
Actual behavior: A 400.1 Bad request content response
The text was updated successfully, but these errors were encountered:
Describe the bug
When updating SoD policies via the
PUT /sod-policies/:id endpoint
, it returns400.1 Bad request content
, although as per API documentation all fields are correct. In particular, the policies we're trying to update have"type": "CONFLICTING_ACCESS_BASED"
andconflictingAccessCriteria
present, but nopolicyQuery
field (because it shouldn't be necessary for that type of policy). The error goes away ifpolicyQuery
is added, and it needs to be equal to the current (not updated) policy query. This seems like a bug, these requests should pass withoutpolicyQuery
being set.To Reproduce
Here is an example request that returns 400.1 in our sandbox environment:
When adding
policyQuery
to this same request, it returns 200.Other than logical considerations, the problem with adding
policyQuery
to this request is that sometimes the query is very long (we have a lot of criteria in these lists, and quite a few policies), and this results in a 500 response due to some sort of processing error.Expected behavior: For the request to pass without setting
policyQuery
when the type isCONFLICTING_ACCESS_BASED
Actual behavior: A
400.1 Bad request content
responseThe text was updated successfully, but these errors were encountered: