Bug 70837 - compositing/video/video-poster.html is timing out on Chromium
Summary: compositing/video/video-poster.html is timing out on Chromium
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-25 12:28 PDT by Julien Chaffraix
Modified: 2013-04-09 16:28 PDT (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Julien Chaffraix 2011-10-25 12:28:04 PDT
I will mark it as such.

I don't know when it started exactly and for some reason our tools are not picking up the test so I could not find a way to access this history and give a precise regression range (my take would be http://trac.webkit.org/log/?rev=98364&stop_rev=98348&verbose=on assuming that the last webkit roll did not include the bug).
Comment 1 Ami Fischman 2011-10-25 16:49:22 PDT
Julien: can you provide pointers to the failures?  Bot URLs and/or what the failure looks like (logs)?
The test runs fine for me (on linux) and it doesn't show up in the flakiness dashboard, so I'm not sure where to go for further information.

Enne: the rev range Julien quotes below includes your http://trac.webkit.org/changeset/98360/; would you expect that to affect this test?  (I'm grasping at straws in the dark here)
Comment 2 Adrienne Walker 2011-10-25 16:57:52 PDT
(In reply to comment #1)
> Julien: can you provide pointers to the failures?  Bot URLs and/or what the failure looks like (logs)?

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20GPU%20Mesa%20-%20chromium.org&tests=compositing%2Fvideo%2Fvideo-poster.html

> Enne: the rev range Julien quotes below includes your http://trac.webkit.org/changeset/98360/; would you expect that to affect this test?  (I'm grasping at straws in the dark here)

From the above link, this is a tighter revision range from the Linux GPU bot: http://trac.webkit.org/log/?verbose=on&rev=98360&stop_rev=98359

I would not expect my change to affect video tests in particular, and smfr's change looks a lot more likely, given that it touched this test: http://trac.webkit.org/changeset/98359/
Comment 3 Simon Fraser (smfr) 2011-10-25 16:59:49 PDT
Jer made the change, not me.
Comment 4 Adrienne Walker 2011-10-25 17:03:55 PDT
(In reply to comment #3)
> Jer made the change, not me.

Eep, sorry about that.  The "reviewed by" line sticks out a lot more than the actual patch author.


(In reply to comment #0)

> For some reason our tools are not picking up the test so I could not find a way to access this history...

I suspect this is because you aren't looking at the GPU tests.  On the flakiness dashboard, there's a "group" dropdown where you can pick "ToT GPU Mesa", which are the GPU test canary bots.  Any test in the compositing folder is GPU-only.
Comment 5 Yury Semikhatsky 2011-10-26 06:35:59 PDT
The test started timing out on Webkit Mac10.6 (CG) somewhere in the range WebKit 98348:98359. I suspect this change: http://trac.webkit.org/changeset/98359/

Chromium bot link:
http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Mac10.6%20%28CG%29%28deps%29/builds/2295
The previous run successful:
http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Mac10.6%20%28CG%29%
28deps%29/builds/2294
Comment 6 Yury Semikhatsky 2011-10-26 06:55:57 PDT
Added new failure to test_expectations.txt http://trac.webkit.org/changeset/98475
Comment 7 Yuta Kitamura 2011-11-03 20:40:57 PDT
The test started to cause TEXT failure randomly:
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=compositing%2Fvideo%2Fvideo-poster.html

This flakiness started regardless of WebKit roll, and the cause may be http://src.chromium.org/viewvc/chrome?view=rev&revision=108612. Ccing scherkus for this.

I'm going to update test expectations.
Comment 8 Stephen Chenney 2013-04-09 16:28:21 PDT
Marking test failures as WontFix. Bug is still accessible and recording in TestExpectations.