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.
Comment From: wilkinsona
Assigned to 2.x for now. Flagging for team attention to see if we want to try and squeeze this into 2.3.
Comment From: wilkinsona
WebFlux currently uses the status taken from the error attributes to set the status on the response.
Comment From: DiegoPCanellas
Hi, everyone! My team would like to tackle this one. is it ok?
Comment From: 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.