Bug 36931 - http/tests/appcache/cyrillic-uri.html timed out on Snow Leopard Release Bot
Summary: http/tests/appcache/cyrillic-uri.html timed out on Snow Leopard Release Bot
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks: 33292
  Show dependency treegraph
 
Reported: 2010-03-31 23:20 PDT by Eric Seidel (no email)
Modified: 2010-04-06 04:52 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Seidel (no email) 2010-03-31 23:20:04 PDT
http/tests/appcache/cyrillic-uri.html timed out on Snow Leopard Release Bot

http://build.webkit.org/results/SnowLeopard%20Intel%20Release%20(Tests)/r56895%20(7511)/http/tests/appcache/cyrillic-uri-diffs.txt
--- /Volumes/Data/WebKit-BuildSlave/snowleopard-intel-release-tests/build/layout-test-results/http/tests/appcache/cyrillic-uri-expected.txt	2010-03-31 22:17:55.000000000 -0700
+++ /Volumes/Data/WebKit-BuildSlave/snowleopard-intel-release-tests/build/layout-test-results/http/tests/appcache/cyrillic-uri-actual.txt	2010-03-31 22:17:55.000000000 -0700
@@ -1,3 +1,4 @@
+FAIL: Timed out waiting for notifyDone to be called
 Test that non-ASCII URIs work correctly in cache manifests.
 
 Should be a series of PASS messages, followed with DONE.
@@ -9,5 +10,4 @@
 PASS: resources/intercept/network-Проверка-PASS
 PASS: resources/intercept/network-%D0%9F%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B0-PASS
 PASS: resources/does-not-exist-Проверка
-DONE
 
http://trac.webkit.org/browser/trunk/LayoutTests/http/tests/appcache/cyrillic-uri.html
Comment 1 Alexey Proskuryakov 2010-04-01 00:21:20 PDT
I'm not sure why we need bugs for each test timeout. There is nothing possibly flaky in most of these tests - it seems to be some general issue, so we could as well end up with a bug for every test.
Comment 2 Eric Seidel (no email) 2010-04-01 00:22:34 PDT
Bugs give us a permanent record.  We can always dup them to some root cause once we have some clue what that cause is.
Comment 3 Alexey Proskuryakov 2010-04-01 00:28:54 PDT
How would a person fixing a flaky bit of code know which of the unreproducible bugs were caused by it? Or how would we know it if it's fixed by a CFNetwork or even lower level change?

Perhaps you could consider using wiki for keeping track of infrequent failures such as this.
Comment 4 Eric Seidel (no email) 2010-04-01 00:40:03 PDT
Chromium has a flakiness dashboard which is automatically kept up to date based on real data from the bots.  That would be a better solution than our current ad-hoc bug solution.  However this ad-hoc bug solution is better than ignoring the bots.  Note that the bots have become way greener since we've started filing failures about them in bugs.webkit.org. :)