`IDBOpenDBRequest` "error" 事件冒泡到哪里？
To where do `IDBOpenDBRequest` "error" events bubble up?
在 IDBOpenDBRequest（即 open and deleteDatabase）上调度的 "error" 类型事件被描述为冒泡的意义何在？他们应该冒泡到 window 还是他们真的不会去任何地方？*
（还有一个奖励问题，在非标准 webkitGetDatabaseNames 上做 "error" 事件，类似地 "bubble"，如果是，在哪里？）
* The spec 状态：
The firing of "success" or "error" events do not follow the normal
steps to fire a success event or fire an error event as there is no
active transaction at the time when they fire.
这是一个规范问题：
https://github.com/w3c/IndexedDB/issues/86
它似乎是规范中的一个 "copy/paste" 错误，但是当 window.onerror（以及 worker 中相应的全局错误挂钩等）被集成时，它在那里会很重要。 Firefox 已经实现了。
Chrome 是唯一实现非标准 webkitGetDatabaseNames 且尚未实现全局错误报告的浏览器，因此它们不会去任何地方。
在 IDBOpenDBRequest（即 open and deleteDatabase）上调度的 "error" 类型事件被描述为冒泡的意义何在？他们应该冒泡到 window 还是他们真的不会去任何地方？*
（还有一个奖励问题，在非标准 webkitGetDatabaseNames 上做 "error" 事件，类似地 "bubble"，如果是，在哪里？）
* The spec 状态：
The firing of "success" or "error" events do not follow the normal steps to fire a success event or fire an error event as there is no active transaction at the time when they fire.
这是一个规范问题：
https://github.com/w3c/IndexedDB/issues/86
它似乎是规范中的一个 "copy/paste" 错误，但是当 window.onerror（以及 worker 中相应的全局错误挂钩等）被集成时，它在那里会很重要。 Firefox 已经实现了。
Chrome 是唯一实现非标准 webkitGetDatabaseNames 且尚未实现全局错误报告的浏览器，因此它们不会去任何地方。