[Webkit-unassigned] [Bug 61000] Control Indexeddb backends from LayoutTestController
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Jun 7 10:33:25 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=61000
--- Comment #26 from Greg Simon <gregsimon at chromium.org> 2011-06-07 10:33:24 PST ---
(In reply to comment #24)
> (From update of attachment 96144 [details])
> Hi Greg! Again, thank you very much for working on this!
>
> View in context: https://bugs.webkit.org/attachment.cgi?id=96144&action=review
>
> > Source/WebCore/storage/IDBBackingStore.h:32
> > +#include "IDBFactoryBackendImpl.h"
>
> Why is this being included?
Refactored to remove this include.
> > Source/WebCore/storage/IDBBackingStore.h:111
> > + virtual IDBFactoryBackendInterface::BackingStoreType backingStoreType() = 0;
>
> let's make this const
Done.
> > Source/WebCore/storage/IDBFactoryBackendImpl.cpp:91
> > + if (m_migrateEnabled) {
>
> i'm trying to think why we're making this conditional on m_migrateEnabled, rather than on backingStoreType...
>
> shouldn't the logic of this function be more like
>
> "if backingStoreType is LevelDB and the origin has a SQLiteBackingStore, and the origin doesn't have a LevelDBBackingStore, then do migration?"
>
> as it is now, if m_migrateEnabled is true (which is always is??), the backingStoreType gets ignored and we migrate to LevelDB anyway?
Agreed -- removed the enable/disable.
> > Source/WebCore/storage/IDBFactoryBackendImpl.cpp:93
> > + bool hasLevelDbBackend = IDBLevelDBBackingStore::backingStoreExists(securityOrigin.get(), dataDir);
>
> i'd prefer if these were named hasSQLBackingStore and hasLevelDBBackingStore
>
> > Source/WebCore/storage/IDBSQLiteBackingStore.cpp:996
> > + if (!makeAllDirectories(pathBase)) {
>
> I think I've commented five times that we shouldn't be creating directories should to see if the database exists
yes... I had a local git merge failure from when it was fixed before :-) Fixed (again)!
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list