[w3ctag/design-reviews] Call stacks in crash reports from unresponsive web pages (Issue #981)

こんにちは TAG-さん!

I'm requesting a TAG review of Call stacks in crash reports from unresponsive web pages.

When a web page becomes unresponsive, it's often because of JavaScript code which is busy running an infinite loop or other very long computation. When a developer receives a report from the crash reporting API, and the reason is unresponsive, it would be very helpful to include the JS call stack from when the page was deemed unresponsive. This would let the website developer more easily find the find and fix the problem. What happens instead? The page reports that it was terminated due to being unresponsive, but the developer of the page has no further information about how to fix the problem.

  - Explainer¹ (minimally containing user needs and example code): https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/CrashReporting/AddStackToCrashReports.md
  - Specification URL: https://wicg.github.io/crash-reporting/
  - Tests: 
  - User research:
  - Security and Privacy self-review²: https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/CrashReporting/security-privacy.md
  - GitHub repo: https://github.com/WICG/crash-reporting
  - Primary contacts (and their relationship to the specification):
      - [name] ([github username]), [organization/s] (repeat as necessary, we recommend including group chairs and editors in this list)
      - [Ian Clelland] (clelland), Author
      - [Issack John] (issackjohn)
      - [Seth Brenith] (sethbrenith)
  - Organization(s)/project(s) driving the specification: WICG/crash-reporting
  - Key pieces of existing multi-stakeholder (e.g. developers, implementers, civil society) support, review or discussion of this specification
  - Key pieces of multi-implementer support:
    - Chromium comments: https://issues.chromium.org/issues/40268201
    - Mozilla comments: https://github.com/mozilla/standards-positions/issues/1057
    - WebKit comments: https://github.com/WebKit/standards-positions/issues/380
    - etc...
  - External status/issue trackers for this specification (publicly visible, e.g. Chrome Status): https://chromestatus.com/feature/4731248572628992

Further details:

  - [x] I have reviewed the TAG's [Web Platform Design Principles](https://www.w3.org/TR/design-principles/)
  - Relevant time constraints or deadlines: 
  - The group where the work on this specification is currently being done: [WICG Crash Reporting](https://github.com/WICG/crash-reporting)
  - The group where standardization of this work is intended to be done (if current group is a community group or other incubation venue): [W3C Web Performance WG](https://www.w3.org/webperf/)
  - Major unresolved issues with or opposition to this specification:
  - This work is being funded by:

You should also know that...

------------------------------------------------------------------------------------


-- 
Reply to this email directly or view it on GitHub:
https://github.com/w3ctag/design-reviews/issues/981
You are receiving this because you are subscribed to this thread.

Message ID: <w3ctag/design-reviews/issues/981@github.com>