RESOLVED FIXED 100692
IndexedDB: Crash on checking version of corrupt backing store
https://bugs.webkit.org/show_bug.cgi?id=100692
Summary IndexedDB: Crash on checking version of corrupt backing store
Joshua Bell
Reported 2012-10-29 12:09:42 PDT
IndexedDB: Crash on checking version of corrupt backing store
Attachments
Patch (2.71 KB, patch)
2012-10-29 12:11 PDT, Joshua Bell
no flags
Patch (2.72 KB, patch)
2012-10-29 12:21 PDT, Joshua Bell
no flags
Patch for landing (2.41 KB, patch)
2012-10-29 14:00 PDT, Joshua Bell
no flags
Joshua Bell
Comment 1 2012-10-29 12:11:28 PDT
Joshua Bell
Comment 2 2012-10-29 12:12:10 PDT
alecflett@ - please take a look
Joshua Bell
Comment 3 2012-10-29 12:19:53 PDT
See comments in webkit.org/b/99636 re: testing The in-progress tests in crrev.com/11196029 should be expanded to include this case.
Joshua Bell
Comment 4 2012-10-29 12:21:58 PDT
Alec Flett
Comment 5 2012-10-29 13:41:13 PDT
Comment on attachment 171292 [details] Patch LGTM
Joshua Bell
Comment 6 2012-10-29 13:41:40 PDT
tony@ - r? cq?
Tony Chang
Comment 7 2012-10-29 13:51:40 PDT
Comment on attachment 171292 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=171292&action=review > Source/WebCore/Modules/indexeddb/IDBLevelDBBackingStore.cpp:299 > + if (db) { > + if (!isSchemaKnown(db.get())) { Nit: Can we merge these into a single if?
Joshua Bell
Comment 8 2012-10-29 14:00:09 PDT
Created attachment 171308 [details] Patch for landing
Joshua Bell
Comment 9 2012-10-29 14:00:29 PDT
(In reply to comment #7) > Nit: Can we merge these into a single if? Done, thanks.
WebKit Review Bot
Comment 10 2012-10-29 14:20:32 PDT
Comment on attachment 171308 [details] Patch for landing Clearing flags on attachment: 171308 Committed r132848: <http://trac.webkit.org/changeset/132848>
WebKit Review Bot
Comment 11 2012-10-29 14:20:35 PDT
All reviewed patches have been landed. Closing bug.
David Grogan
Comment 12 2012-11-06 15:07:06 PST
Comment on attachment 171308 [details] Patch for landing View in context: https://bugs.webkit.org/attachment.cgi?id=171308&action=review > Source/WebCore/Modules/indexeddb/IDBLevelDBBackingStore.cpp:301 > + db.release(); Is there a reason that this is db.release() instead of db.clear()? AFAICT they would act identically here, just wondering if [release() was arbitrary] or [a conscious choice and I'm missing something].
Joshua Bell
Comment 13 2012-11-06 15:14:48 PST
(In reply to comment #12) > (From update of attachment 171308 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=171308&action=review > > > Source/WebCore/Modules/indexeddb/IDBLevelDBBackingStore.cpp:301 > > + db.release(); > > Is there a reason that this is db.release() instead of db.clear()? AFAICT they would act identically here, just wondering if [release() was arbitrary] or [a conscious choice and I'm missing something]. Not a conscious choice. I agree it should be clear(). (I noticed that later and have that change in a branch somewhere, apparently not uploaded anywhere.)
Note You need to log in before you can comment on or make changes to this bug.