You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are two scenarios where Node behaves different from most other Functions Frameworks
User throws an exception in their function code
User returns an error in their event-driven function code (HTTP functions don't have return parameters)
Most frameworks will return HTTP status code 500 in both those cases, and hide the exception/error message from the invoker.
Node returns 200 status code and returns the exception/error message in the response body. We should modify node to return 500 and omit the exception/error message from the response body to avoid leaking debug information to the invoker. We should log the message instead.
The text was updated successfully, but these errors were encountered:
There are two scenarios where Node behaves different from most other Functions Frameworks
Most frameworks will return HTTP status code 500 in both those cases, and hide the exception/error message from the invoker.
Node returns 200 status code and returns the exception/error message in the response body. We should modify node to return 500 and omit the exception/error message from the response body to avoid leaking debug information to the invoker. We should log the message instead.
The text was updated successfully, but these errors were encountered: