generated from TBD54566975/tbd-project-template
-
Notifications
You must be signed in to change notification settings - Fork 8
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
FTL http ingress error handling (response payloads) #2162
Labels
Comments
Open
alecthomas
added
P1
good first issue
Good for newcomers
and removed
P0
Work on this now
labels
Jul 25, 2024
stuartwdouglas
added a commit
that referenced
this issue
Jul 26, 2024
Also make sure we log errors related to HTTP processing. closes #2162
stuartwdouglas
added a commit
that referenced
this issue
Jul 26, 2024
Also make sure we log errors related to HTTP processing. closes #2162
stuartwdouglas
added a commit
that referenced
this issue
Jul 26, 2024
Also make sure we log errors related to HTTP processing. closes #2162
stuartwdouglas
added a commit
that referenced
this issue
Jul 26, 2024
Also make sure we log errors related to HTTP processing. closes #2162
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
A customer brought up the fact that they get a lot of the error dump returned on a HTTP ingress error. Should we just return
500
with an empty body rather than sending back error information?For example, if schema validation fails on a
ftl.call
it will return500
AND the schema validation error information.The text was updated successfully, but these errors were encountered: