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
When consuming Rest APIs using the HTTP Request connection, the current implementation with GOT is Throwing errors on non success status codes, that are "normal" with Rest APIs.
So instead of being able to handle the response, GOT throws an error and NodeRed 2 is replacing the payload with a concatenated message, loosing the response. This behavior is different from the previous version.
The current implementation uses a Catch after the GOT call, overriding the response body and the status code, leaving it impossible for the flow to provide a proper treatment.
Current Behavior
When consuming Rest APIs using the HTTP Request connection, the current implementation with GOT is Throwing errors on non success status codes, that are "normal" with Rest APIs.
So instead of being able to handle the response, GOT throws an error and NodeRed 2 is replacing the payload with a concatenated message, loosing the response. This behavior is different from the previous version.
The current implementation uses a Catch after the GOT call, overriding the response body and the status code, leaving it impossible for the flow to provide a proper treatment.
Expected Behavior
We should be able to handle the output, with the response status code and body, like the previous version.
This behaviour can be changed in GOT but the Option (throwHttpErrors) is not exposed by NodeRed.
Steps To Reproduce
Using the HTTP Request connection, consume any Http endpoint that returns a non success status code, like 400.
Example flow
Environment
The text was updated successfully, but these errors were encountered: