Azure / Azure/azure-rest-api-specs
[BUG] Microsoft.OperationalInsights @ 2022-10-01 - `clusters` PATCH operation missing response code
Nobody has claimed this yet.
- Dominant language
- TypeSpec
- Stars
- 3.1k
- Forks
- 6k
- Avg merge
- 2d 21h
- Merged PRs (30d)
- 432
Description
API Spec link
API Spec version
2022-10-01
Describe the bug
The PATCH operation lists only 200 as a response, however the API responds with 202 when updating keyVaultProperties.
This is causing issues using an SDK generated from the REST API spec as it fails due to the unexpected status code.
Expected behavior
API spec lists all possible/expected response codes
Actual behavior
Missing 202 response code in API spec
Reproduction Steps
PATCH https://management.azure.com/subscriptions/<subscription_id>/resourceGroups/<resource_group_name>/providers/Microsoft.OperationalInsights/clusters/<cluster_name>?api-version=2022-10-01
{
"properties": {
"keyVaultProperties": {
"keyName": "<key_name>",
"keyVaultUri": "<key_vault_uri>",
"keyVersion": "<key_version>"
}
}
}
Environment
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Open specification/operationalinsights/resource-manager/Microsoft.OperationalInsights/stable/2022-10-01/Clusters.json at lines 315-321 and inspect the clusters PATCH response definitions. Compare them with the reported keyVaultProperties update behavior and confirm that 202 should be documented alongside 200. Done when the API spec lists the expected response codes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, openapi
- Domain
- api, cloud
- Issue type
- Bug
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 55/100