Add crash report storage feature#3816
Conversation
| @@ -0,0 +1,9 @@ | |||
| name: Crash report storage | |||
| description: The `window.crashReport` object is a key-value store to record information about your application's state. If there's a crash, then the data in the key-value store is sent to your crash reporting endpoint, to help you pinpoint the cause of the crash. | |||
There was a problem hiding this comment.
I think this API builds on top of the Reporting API, which should likely be named here.
There was a problem hiding this comment.
After re-reading a few resources, my understanding is now that:
-
The Reporting API is the higher-level feature, which basically consists in defining a
Reporting-Endpointsheader to say where the browser should send (multiple types of) reports to.
That's https://web-platform-dx.github.io/web-features-explorer/features/reporting/ -
On top of this, the Crash Reporting API was defined. It's an extension of the Reporting API that's specifically made for reporting crashes, and which defines that reports contain data such as
reason,stack,is_top_level,visibility_state, andcrash_report_api.
Spec: https://wicg.github.io/crash-reporting/
We don't have a feature in the repo for this. -
The
window.crashReportobject, which seems to be and extension of the Crash Reporting API that lets developers also send their own custom data along with a crash report, but creating a map of key/value pairs
Spec: https://wicg.github.io/crash-reporting/#crash-report-storage
That's the newcrash-report-storagefeature you're proposing here.
I'm not 100% confident that 2 and 3 are separate things, but they do seem this way to me.
That said, I don't know if there are BCD keys for 2.
There was a problem hiding this comment.
If there are no practical benefits to creating a feature for 2 and 3, then we should at least revise the description to broaden the language so it encompasses the Crash Reporting API too.
Fixes #3468