[Webkit-unassigned] [Bug 154657] New: storage/indexeddb/modern/autoincrement-abort.html flaky on mac-wk1
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Feb 24 14:51:18 PST 2016
https://bugs.webkit.org/show_bug.cgi?id=154657
Bug ID: 154657
Summary: storage/indexeddb/modern/autoincrement-abort.html
flaky on mac-wk1
Classification: Unclassified
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: WebCore Misc.
Assignee: webkit-unassigned at lists.webkit.org
Reporter: ryanhaddad at apple.com
storage/indexeddb/modern/autoincrement-abort.html flaky on mac-wk1
The test is intermittently timing out on mac-wk1
Most recent timeout:
<https://build.webkit.org/builders/Apple%20El%20Capitan%20Release%20WK1%20(Tests)/builds/3755>
Flakiness dashboard:
<http://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=storage%2Findexeddb%2Fmodern%2Fautoincrement-abort.html>
--- /Volumes/Data/slave/elcapitan-release-tests-wk1/build/layout-test-results/storage/indexeddb/modern/autoincrement-abort-expected.txt
+++ /Volumes/Data/slave/elcapitan-release-tests-wk1/build/layout-test-results/storage/indexeddb/modern/autoincrement-abort-actual.txt
@@ -1,3 +1,4 @@
+FAIL: Timed out waiting for notifyDone to be called
This test creates a new database with an objectstore that autoincrements. It then puts some things in that object store, checking the keys that were used. But it then aborts that transaction. Then it opens a new one and puts something in it, double checking that the key generator was reverted when the above transaction was aborted.
On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".
@@ -16,24 +17,4 @@
Key used for put was 4
Key used for put was 5
Key used for put was 6
-readwrite transaction abort
-Opening readwrite transaction to make sure the key generator had successfully reverted
-Key used for put was 1
-Key used for put was 2
-Key used for put was 3
-Key used for put was 4
-Key used for put was 5
-Key used for put was 6
-readwrite transaction complete
-Opening readwrite transaction to make sure the key generator picks up where it should've left off
-Key used for put was 7
-Key used for put was 8
-Key used for put was 9
-Key used for put was 10
-Key used for put was 11
-Key used for put was 12
-readwrite transaction complete
-PASS successfullyParsed is true
-TEST COMPLETE
-
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160224/d86ae957/attachment.html>
More information about the webkit-unassigned
mailing list