Closed greglittlefield-wf closed 3 years ago
browserslist < 4.16.5
via yarn.lock
elliptic < 6.5.4
via yarn.lock
glob-parent < 5.1.2
via yarn.lock
lodash < 4.17.21
via yarn.lock
path-parse < 1.0.7
via yarn.lock
ssri < 6.0.2
via yarn.lock
aviary.yaml
coverage of security relevant codeQuestions or Comments? Reach out on Slack: #support-infosec.
No changes to the public API found for commit 8efa7576ed4a23b2993ca38df113572cc054570e
Showing results for 8efa7576ed4a23b2993ca38df113572cc054570e
Powered by semver-audit-service. Please report any problems by filing an issue. Reported by the dart semver audit client 2.2.2 Browse public API.
Last edited UTC Aug 27 at 18:42:40
@Workiva/release-management-p
Ultimate Problem
When error boundaries catch errors, they include a "component stack" string, which shows the component that threw the error as well as all parent components in the hierarchy.
This is available via
ReactErrorInfo.componentStack
, and is useful to log when error occur.However, the Dart component weren't present in that string for class components, and instead they'd show up as
ReactDartComponent2
, or some minified name (e.g.,a
,i
) in the prod bundles.I feel like this used to work at some point, since I feel like we would have noticed that error boundaries don't have useful component names... Perhaps this behavior regressed during a React upgrade?
Expected:
Actual (dev React JS bundle):
Actual (prod React JS bundle):
Solution
name
property on the JS class for class components, since that's seems to be what React usesTesting steps
print
ed errorInfo contains the component name