Bug 88937 - animations/first-letter-play-state.html fails on slow bots
Summary: animations/first-letter-play-state.html fails on slow bots
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: DoNotImportToRadar
Depends on:
Blocks:
 
Reported: 2012-06-12 16:50 PDT by Ojan Vafai
Modified: 2024-01-31 12:26 PST (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ojan Vafai 2012-06-12 16:50:04 PDT
For chromium it fails on the debug bots and the windows bots: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=animations%2Ffirst-letter-play-state.html.

So far it's failing on at least one GTK bot as well: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&tests=animations%2Ffirst-letter-play-state.html

The output looks something like the following for all the failures:
FAIL - "left" property for "box1" element at 0.1s expected: 200 but saw: 239.59207153320312
FAIL - "left" property for "box1" element at 0.13s expected: 200 but saw: 239.59207153320312

The largest values for left that I saw was on Chromium Linux debug: 264.8
Comment 1 Igor Trindade Oliveira 2012-06-12 16:53:00 PDT
This test is time sensitive, we are using a setTimeout and animation-play-state with a small time value.
Comment 2 Ahmad Saleem 2024-01-31 12:26:02 PST
Test does not exist on WebKit Source (searched to find the commit, which deleted but couldn't find).

Plus this was for 'Chromium' fork.