Use error.message
to set the description
property of a nested error payload
#125
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Depends on #124.
Summary
Metro reports errors using a JSON payload that has an
errors
array. Each item in this array has adescription
field. For transform errors, this field was set using the value inerror.description
-- however, JS Error objects only have amessage
field. (Grepping the Metro code, no errors (except in one test) ever get adescription
field.) This commit useserror.message
instead oferror.description
when creating JSON payloads.Test Plan
Added a unit test to check that the description field is set for transform errors (with the delta bundler).
Also in a test RN app, inspected the error payload that is received by RN when there's a syntax error with HMR turned on and verified that
data.body.errors[0].description
was set.