Closed caridy closed 1 year ago
/cc @littledan
what about an AggregateError's errors
?
@littledan @ljharb I have made the suggested changes.
cc @mhofman please review.
With the latest changes, this PR now covers to things:
makes it simpler to recognize when an error must be copied over the callable boundary into the caller realm, whether that's a result of evaluation, importValue or just calling a wrapped function.
defines when to censor the error's stack if the host is providing such information.
The explainer (https://github.com/tc39/proposal-shadowrealm/pull/381) does describe how to censor, and how to produce a message value for copied errors, to complement this PR.
Closing in favor of https://github.com/tc39/proposal-shadowrealm/pull/382
This PR introduces 2 normative changes (needs consensus):
[ ] CreateTypeErrorCopy abstract operation must not cause any ECMAScript code execution when creating a new message and stack. [ ] censor the error's stack if the host is providing such information inside ShadowRealms.
Refactor PR to make it simpler to recognize when an error must be copied over the callable boundary into the caller realm, whether that's a result of
evaluation
,importValue
or just calling a wrapped function.Additionally, this PR defines when to censor the error's stack if the host is providing such information.