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
If the BookLookup resolver raises a Faraday::Timeout error, it is not captured
and Rapid returns a unhandled_exception error code instead of the custom timeout_error.
Adding potential_error TimeoutError on the Endpoint itself fixes the issue,
but obviously it would be better if the LookupArgumentSet resolver captured all
errors relevant to the LookupArgumentSet.
The text was updated successfully, but these errors were encountered:
Error objects which use
catch_exception
statements, only actually catch theexception if it is set as a
potential_error
on a Endpoint.Within a LookupArgumentSet that specify
potential_error
, no errors defined bycatch_exception
raised within the LookupArgumentSet resolver are caught.Below is a rough example of the issue:
If the BookLookup resolver raises a
Faraday::Timeout
error, it is not capturedand Rapid returns a
unhandled_exception
error code instead of the customtimeout_error
.Adding
potential_error TimeoutError
on the Endpoint itself fixes the issue,but obviously it would be better if the LookupArgumentSet resolver captured all
errors relevant to the LookupArgumentSet.
The text was updated successfully, but these errors were encountered: