2016-10-20 58 views
2

IDBOpenDBRequest(即opendeleteDatabase)上發送的"error"類型事件被描述爲冒泡的意義是什麼?他們應該泡沫window還是他們沒有真正去任何地方?*IDBOpenDBRequest`「錯誤」事件冒泡到哪裏?

(而對於獎金問題,做非標webkitGetDatabaseNames類似的「泡沫」的「錯誤」的事件,如果有,在哪裏?)

* The spec狀態:

「成功」或點火「錯誤」事件不遵循正常 步驟解僱一個成功事件或觸發一個錯誤事件,因爲沒有 活動事務的時候當他們開火時。

回答

2

這是一個規範的問題:

https://github.com/w3c/IndexedDB/issues/86

這似乎是一個「複製/粘貼」在規範中的錯誤,但是當window.onerror(和工人相應的全局錯誤鉤等等)是集成在一起的,它在那裏很重要。 Firefox已經實現。

Chrome是一個實現了非標準webkitGetDatabaseNames並沒有實現全球的onerror報告尚未唯一的瀏覽器,所以他們不會去任何地方。

+0

所以你的意思是不應該在規範目前如此描述,但在任何情況下,當'window.onerror'等被添加到規範,就應該(繼續)表示只有冒泡?我還假設其他冒泡事件也會上升到'window.error'?和第3個相關的問題:在規範冒泡唯一的另一條路徑是'(((IDBRequest - >)IDBTransaction - >)IDBDatabase - >)window.error(一經面世,僅錯誤)'? –

+0

對不起,現在Github上重新上線,我看到了答案,我的問題應該是:1.是2.是的。 3.是的(除了工人) –