IndexedDB offers two durability modes for readwrite transactions: `relaxed` and `strict`. This may be specified via the optional `options` struct when creating a transaction. See https://developer.mozilla.org/en-US/docs/Web/API/IDBDatabase/transaction for more details. If not specified, the current default in Chromium is `strict`. Due to performance considerations, we plan to change the default to `relaxed`, which also aligns Chromium with FireFox and Safari.
This change aligns Chromium with the behavior of other major browser vendors (behavior which is left up to the implementation in the standard), so it is improving interoperability. There is some historical context here: https://github.com/w3c/IndexedDB/issues/50
No new API surface.
No known security implications. No extensions to behavior that wasn't already accessible to web apps without security or privacy controls.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
No new DevTools support (but DevTools support for IndexedDB is already good).
https://wpt.fyi/results/IndexedDB?label=master&label=experimental&aligned&q=indexeddb
Shipping on desktop | 121 |
DevTrial on desktop | 120 |
Shipping on Android | 121 |
DevTrial on Android | 120 |
Shipping on WebView | 121 |
Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).
None