docs: fix ETag table typo#583
Conversation
There was a problem hiding this comment.
Pull request overview
Fixes a documentation typo in the Azure REST API guidelines’ ETag precondition processing table.
Changes:
- Corrects the typo “ocurred” → “occurred” in the
If-Matchprecondition guidance row.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
| | PATCH / PUT | `If-None-Match` | * | check for _any_ version of the resource, if one is found, fail the operation | `412-Precondition Failed` | Response body SHOULD return the serialized value of the resource (typically JSON) that was passed along with the request.| | ||
| | PATCH / PUT | `If-Match` | value of ETag | value of `If-Match` equals the latest ETag value on the server, confirming that the version of the resource is the most current | `200-OK` or </br> `201-Created` </br> | Response header MUST include the new `ETag` value. Response body SHOULD include the serialized value of the resource (typically JSON). | | ||
| | PATCH / PUT | `If-Match` | value of ETag | value of `If-Match` header DOES NOT equal the latest ETag value on the server, indicating a change has ocurred since after the client fetched the resource| `412-Precondition Failed` | Response body SHOULD return the serialized value of the resource (typically JSON) that was passed along with the request.| | ||
| | PATCH / PUT | `If-Match` | value of ETag | value of `If-Match` header DOES NOT equal the latest ETag value on the server, indicating a change has occurred since after the client fetched the resource| `412-Precondition Failed` | Response body SHOULD return the serialized value of the resource (typically JSON) that was passed along with the request.| |
There was a problem hiding this comment.
The phrase "since after the client fetched the resource" is grammatically incorrect/redundant. Consider rewording to "since the client fetched the resource" (or similar) for clarity.
| | PATCH / PUT | `If-Match` | value of ETag | value of `If-Match` header DOES NOT equal the latest ETag value on the server, indicating a change has ocurred since after the client fetched the resource| `412-Precondition Failed` | Response body SHOULD return the serialized value of the resource (typically JSON) that was passed along with the request.| | ||
| | PATCH / PUT | `If-Match` | value of ETag | value of `If-Match` header DOES NOT equal the latest ETag value on the server, indicating a change has occurred since after the client fetched the resource| `412-Precondition Failed` | Response body SHOULD return the serialized value of the resource (typically JSON) that was passed along with the request.| | ||
| | DELETE | `If-Match` | value of ETag | value matches the latest value on the server | `204-No Content` | Response body SHOULD be empty. | | ||
| | DELETE | `If-Match` | value of ETag | value does NOT match the latest value on the server | `412-Preconditioned Failed` | Response body SHOULD be empty.| |
There was a problem hiding this comment.
In the DELETE + If-Match row, the status text is written as 412-Preconditioned Failed; the standard reason phrase is 412-Precondition Failed (as used elsewhere in this table).
| | PATCH / PUT | `If-None-Match` | * | check for _any_ version of the resource ('*' is a wildcard used to match anything), if none are found, create the resource. | `200-OK` or </br> `201-Created` </br> | Response header MUST include the new `ETag` value. Response body SHOULD include the serialized value of the resource (typically JSON). | | ||
| | PATCH / PUT | `If-None-Match` | * | check for _any_ version of the resource, if one is found, fail the operation | `412-Precondition Failed` | Response body SHOULD return the serialized value of the resource (typically JSON) that was passed along with the request.| | ||
| | PATCH / PUT | `If-Match` | value of ETag | value of `If-Match` equals the latest ETag value on the server, confirming that the version of the resource is the most current | `200-OK` or </br> `201-Created` </br> | Response header MUST include the new `ETag` value. Response body SHOULD include the serialized value of the resource (typically JSON). | |
There was a problem hiding this comment.
The return-code column uses </br> for line breaks, but br is a void HTML element (end tag is invalid) and the rest of the repo appears to use <br/>. Please replace </br> with a valid <br/>/<br /> to ensure consistent rendering.
Summary
Related issue
Guideline alignment
CONTRIBUTING.mddocumentation guidance and targets thevNextbranchValidation
git diff --check