diff --git a/docs/odata-protocol/odata-protocol.html b/docs/odata-protocol/odata-protocol.html index 51ac20425..ac84a24e5 100644 --- a/docs/odata-protocol/odata-protocol.html +++ b/docs/odata-protocol/odata-protocol.html @@ -923,7 +923,7 @@

9.5 In-Stream Errors

-

In the case that the service encounters an error after sending a success status to the client, the service MUST leave the response malformed according to its Content-Type. Clients MUST treat the entire response as being in error.

+

In the case that the service encounters an error after sending a success status to the client, the service MUST leave the response malformed according to its Content-Type or abort the response by causing an error on transport protocol level. Clients MUST treat the entire response as being in error.

Services MAY include the header OData-Error as a trailing header if supported by the transport protocol (e.g. HTTP/1.1 with chunked transfer encoding, or HTTP/2).


10 Context URL

diff --git a/docs/odata-protocol/odata-protocol.md b/docs/odata-protocol/odata-protocol.md index a30c60bce..7e431b761 100644 --- a/docs/odata-protocol/odata-protocol.md +++ b/docs/odata-protocol/odata-protocol.md @@ -1942,7 +1942,8 @@ concerns around information disclosure. In the case that the service encounters an error after sending a success status to the client, the service MUST leave the response malformed -according to its [`Content-Type`](#HeaderContentType). Clients MUST treat +according to its [`Content-Type`](#HeaderContentType) or abort the response by +causing an error on transport protocol level. Clients MUST treat the entire response as being in error. Services MAY include the header [`OData-Error`](#HeaderODataError) as a diff --git a/odata-protocol/8 Header Fields.md b/odata-protocol/8 Header Fields.md index ea5b84cf4..0784e2d34 100644 --- a/odata-protocol/8 Header Fields.md +++ b/odata-protocol/8 Header Fields.md @@ -1067,7 +1067,8 @@ concerns around information disclosure. In the case that the service encounters an error after sending a success status to the client, the service MUST leave the response malformed -according to its [`Content-Type`](#HeaderContentType). Clients MUST treat +according to its [`Content-Type`](#HeaderContentType) or abort the response by +causing an error on transport protocol level. Clients MUST treat the entire response as being in error. Services MAY include the header [`OData-Error`](#HeaderODataError) as a