Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
Description
Along the lines of fixing SLING-1842 I also modified error handling to not send back any response data at all if the response has already been committed. Previously the error information was just written into the existing response regardless of whether the response has been committed or not.
The problem is in the SlingRequestProcessorImpl.handleError methods which do nothing if the response has already been committed. This is probably fundamentally wrong and must be fixed.
It is the task of the actual error handler to (a) check whether the response has already been committed and can be reset and (b) to decide whether to send back response data if the response is committed or not...