When using openDatabaseSync() repeatedly from a worker, it stops responding, not creating the database, neither calling the callback function.
./Tools/Scripts/run-webkit-tests --release --qt fast/workers/storage/open-database-inputs-sync.html --iterations 640
This is the reason of some flaky test of Qt. When a lot of tests using openDatabaseSync() end up in the same run, we get failures.
I have not yet tested on other WebKit ports than Qt.
The tests are simply going over quota. Every test allocate a database of estimatedSize 1024. After a few hundred test, the quota for origin is exceeded.
The test runner should probably drop the databases between tests.
Created attachment 81615 [details]
Current idea: delete all databases between tests so we can do as many tests as we want without hitting the quota.
I don't set in r? as I want to test on the mac port and get comments.
(In reply to comment #2)
> I don't set in r? as I want to test on the mac port and get comments.
If I remember correctly the EWS only test patches which have r? set.
More info, Ossy noticed we do not setup the quota size for Qt before dumpDatabaseQuota() is called. This should be investigated as well.
Created attachment 81619 [details]
The commit-queue encountered the following flaky tests while processing attachment 81619 [details]:
http/tests/websocket/tests/handshake-error.html bug 53851 (author: email@example.com)
The commit-queue is continuing to process your patch.
Comment on attachment 81619 [details]
Clearing flags on attachment: 81619
Committed r77926: <http://trac.webkit.org/changeset/77926>
All reviewed patches have been landed. Closing bug.
http://trac.webkit.org/changeset/77926 might have broken GTK Linux 32-bit Release and Qt Linux Release