25223 2014-04-01 20:39:10 +0000 IDB exposes GC behavior 2015-08-10 20:01:57 +0000 1 1 1 Unclassified WebAppsWG Indexed Database API unspecified PC Linux RESOLVED MOVED P2 normal --- 1 bugs dave.null annevk jonas jsbell mike public-webapps public-webapps-bugzilla oldest_to_newest 103245 0 bugs 2014-04-01 20:39:10 +0000 http://logs.glob.uno/?c=freenode%23whatwg&s=1%20Apr%202014&e=1%20Apr%202014#c866471 103289 1 jsbell 2014-04-02 19:06:19 +0000 Current spec text: "The connection can be closed through several means. If the connection is GCed or execution context where the connection is created is destroyed (for example due to the user navigating away from that page), the connection is closed. The connection can also be closed explicitly using the steps for closing a database connection." So, obviously, the spec shouldn't reference GC. It would capture the intent to say something like: "If the connection object can no longer be used (for example, the user has navigated away from the page, or no references to the connection remain), the connection may be closed." The more fundamental issue is that script can tell if GC has happened, e.g. db = indexedDB.open('db', 1); indexedDB.open('db', 2).onsuccess = function() { alert('GC happened'); }; db = null; ... which would preclude the use of the API in this fashion in e.g. a hypothetical environment with infinite memory. I think that ship has already sailed with connection-type resources. For example, with Web Sockets - open two sockets to a server, drop the reference to the first, and when the server detects that the first is unusable it can signal the second. Just riffing, though. 103367 2 jsbell 2014-04-03 18:22:32 +0000 We should check the IE behavior here. 112415 3 jsbell 2014-09-29 20:45:43 +0000 I noticed that XHR deals with this explicitly: https://xhr.spec.whatwg.org/#garbage-collection "An XMLHttpRequest object must not be garbage collected if..." Chromium doesn't allow GC unless closePending or it has no event listeners. I believe FF does something similar (or maybe never GCs open databases?) So we could add wording such as: "An IDBDatabase object must not be garbage collected if its closePending flag is false and it has one or more event listeners registers whose type is one of abort, error, and versionchange." 114864 4 jonas 2014-11-12 20:03:57 +0000 I agree that it's unfortunate to expose GC behavior here. But I don't see any alternative solution. The only option I could think of would be to never close databases unless the .close() function is explicitly called. It's not clear that that's web compatible at this point though. So let's not hold up the v1 spec for this at the very least. 114865 5 annevk 2014-11-12 20:09:52 +0000 I don't understand. What about addressing comment 3 at least? 114881 6 jonas 2014-11-13 01:09:03 +0000 How is that different from the option I mentioned in comment 4? 117120 7 jsbell 2015-01-13 23:49:19 +0000 I added some blather similar to comment #3 into: https://github.com/w3c/IndexedDB/commit/bdfc9964855d0ad650ade6da3ed0dd9b43b69d6a ... but I welcome more refinement. Leaving this open until we really nail down how to describe this. 122541 8 jsbell 2015-08-10 20:01:57 +0000 Moved to https://github.com/w3c/IndexedDB/issues/29