Make it easier for the error controller and the error attributes to be sure that they agree on the status of the response

[wilkinsona]

See #20412 for background.

As things stand, it's possible for the error controller to set one status on the response while the error attributes implementation includes another in an entry in the model. Ideally, the API would guide things towards an arrangement that would minimise the possibility of this happening. That could be done by retrieving the value that's keyed by status from the ErrorAttributes or, perhaps, via a new method on ErrorAttributes that passes in the status that the error controller is going to set on the response. The former probably does a better job of minimising the chance of an inconsistency while the latter avoids requiring the response status to have the key status.

[wilkinsona]

Assigned to 2.x for now. Flagging for team attention to see if we want to try and squeeze this into 2.3.

[wilkinsona]

WebFlux currently uses the status taken from the error attributes to set the status on the response.

[DiegoPCanellas]

Hi, everyone! My team would like to tackle this one. is it ok?

[wilkinsona]

Thanks for the offer, @DiegoPCanellas, but as you can see from the labels this issue is currently blocked as we don't know how to deal with it.