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 attempting to use the Role Assignments API to create a role assignment for a new role (such as Virtual Machine User Login) - the API returns the following error message:
authorization.RoleAssignmentsClient#Create: Failure responding to request: StatusCode=400 -- Original Error: autorest/azure: Service returned an error. Status=400 Code="UnsupportedApiVersionForRoleDefinitionHasDataActions" Message="Assignments to roles with DataActions and NotDataActions are not supported on API version '2015-07-01'. The minimum required API version for this operations is '2018-01-01-preview'."
Whilst I can understand this behaviour, this is a poor user experience when users would expect the role assignment to silently handle calling the new API in the background. Would it be possible to reach out to the service team here?
In the mean time it appears there's support for this new version in the SDK - so we could look into migrating across to that version.
Thanks!
The text was updated successfully, but these errors were encountered:
Thanks for the insightful feedback as always @tombuildsstuff, cc @ravbhatnagar from Resource Manager service team. Azure APIs don't automatically transform requests and use updated versions cause semantic consistency between versions isn't guaranteed and we may not get the user's intention right. Also, the old API version is still live and supported for direct use, i.e. without any transformation.
👋
When attempting to use the Role Assignments API to create a role assignment for a new role (such as
Virtual Machine User Login
) - the API returns the following error message:Whilst I can understand this behaviour, this is a poor user experience when users would expect the role assignment to silently handle calling the new API in the background. Would it be possible to reach out to the service team here?
In the mean time it appears there's support for this new version in the SDK - so we could look into migrating across to that version.
Thanks!
The text was updated successfully, but these errors were encountered: