<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Modern IDB: IDBRequests that are stop()'ed don't notify the IDBServer of that fact"
href="https://bugs.webkit.org/show_bug.cgi?id=157448#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Modern IDB: IDBRequests that are stop()'ed don't notify the IDBServer of that fact"
href="https://bugs.webkit.org/show_bug.cgi?id=157448">bug 157448</a>
from <span class="vcard"><a class="email" href="mailto:beidson@apple.com" title="Brady Eidson <beidson@apple.com>"> <span class="fn">Brady Eidson</span></a>
</span></b>
<pre>There's (3) ActiveDOMObjects in play in the IDB family of objects.
1 - IDBDatabases already close() themselves when the ScriptExecutionContext stops.
2 - IDBTransactions already abort() themselves when the context stops.
When transactions abort, that also happens to clean up *most* of the queued up IDBRequests associated with that transaction.
3 - IDBRequests do *not* do any cleanup when they are stop()'ed. As mentioned above in #2, this is usually not an issue for most requests.
But for IDBOpenDBRequests that have not yet resulted in an open IDBDatabase connection or version change IDBTransaction, they leave the IDBServer in a bad state.
To be conservative to start (and not risk flooding the IDBServer with cross thread traffic or IPC traffic just because of a page navigation), I'll just implement the cleanup in IDBOpenDBRequest.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>