[Webkit-unassigned] [Bug 15185] New: Two different icon database schemas running side-by-side causes issues

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Sep 11 16:27:56 PDT 2007


           Summary: Two different icon database schemas running side-by-side
                    causes issues
           Product: WebKit
           Version: 522+ (nightly)
          Platform: Macintosh
        OS/Version: Mac OS X 10.4
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Misc.
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: beidson at apple.com

http://trac.webkit.org/projects/webkit/changeset/25439 introduced a new schema
to the icon database for performance reasons.

The side effect is that if you are running a WebKit with v6 schema side-by-side
with a v5 schema, one of them will fail.

For example, a common problem is people launching a v6 WebKit, then launching a
v5 WebKit.  The v5 WebKit will see the database version is wrong and overwrite
it with its new schema.  The v6 WebKit will then attempt to make changes to the
database.  Almost any sqlite operation it attempts will fail because the
database has been reverted to v5.

The Safari 3 beta and the last few Leopard seeds fall into the v5 category,
which makes running "stock Safari" at the same time as ToT WebKit problematic
in these environments.

This shouldn't lead to any crashes, but missing icons and a lot of various
ASSERTs may be triggered.

I propose that we make a change to WebKit such that if it sees the database
version is "higher" than what it expects, it will disable the icon database.

For example, this would make a theoretical v7 database win out over a v6
database, because the v6 WebKit would know "someone newer than me has already
touched this database, so I give up" and it closes itself

Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

More information about the webkit-unassigned mailing list