-
Notifications
You must be signed in to change notification settings - Fork 1.6k
api(CodeQL): fix error message exposure in http response #6449
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
api(CodeQL): fix error message exposure in http response #6449
Conversation
Revert change to HTTP error message handling — workaround broke clients depending on original error output.
response.getWriter().println(e.getMessage()); | ||
} catch (IOException ioe) { | ||
logger.debug("IOException: {}", ioe.getMessage()); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe it's not a good idea to modify the error message and remove Exception for every API. A better solution would be to update the implementation of Util.processError uniformly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@317787106 This is a legacy API; do not modify anything, even the error messages.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Get it
…ronprotocol#6449) Revert change to HTTP error message handling — workaround broke clients depending on original error output.
What does this PR do?
Revert the change to HTTP error message handling, pre PR #6417
Why are these changes required?
The workaround broke clients depending on the original error output.
This PR has been tested by:
Follow up
We may need to open a new issue to discuss how to resolve this warning going forward.
Extra details