Bug 86600
| Summary: | http/tests/cache/loaded-from-cache-after-reload-within-iframe.html reports "MISSING" on cr-linux EWS | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | atwilson, dpranke, fishd, ojan, tony, tonyg |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Eric Seidel (no email)
http/tests/cache/loaded-from-cache-after-reload-within-iframe.html reports "MISSING" on cr-linux EWS
Regressions: Unexpected no expected results found : (1)
http/tests/cache/loaded-from-cache-after-reload-within-iframe.html = MISSING
http://queues.webkit.org/results/12704744
It clearly has a result:
http://trac.webkit.org/browser/trunk/LayoutTests/http/tests/cache/loaded-from-cache-after-reload-within-iframe.html
http://trac.webkit.org/browser/trunk/LayoutTests/http/tests/cache/loaded-from-cache-after-reload-within-iframe-expected.txt
Perhaps this conditional dumpAsText is getting us in trouble?
http://trac.webkit.org/browser/trunk/LayoutTests/http/tests/cache/loaded-from-cache-after-reload-within-iframe.html#L7
Could it not be setting dumpAsText and thus confusing DumpRenderTree (maybe only on the reload?) and thus making NRWT report MISSING due to "missing" pixel results?
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Tony Gentilcore
Interesting that chromium's flakiness dashboard isn't showing any flakes on that test:
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=http%2Ftests%2Fcache%2Floaded-from-cache-after-reload-within-iframe.html
Eric, can you tell whether this is 100% reproducible or flaky on cr-linux EWS?
- If it is 100% reproducible, it is probably worth physically verifying the file is there on the bot.
- If it is flaky, this reminds me of bug 63057 and bug 63104.
Eric Seidel (no email)
The cr-ews runs with --skip-failing-tests which could be causing earlier tests in this directory to be skipped, or might itself be causing this oddity. Unsure.
Andrew Wilson
We're seeing something similar to this for embedCrasher.html too: https://bugs.webkit.org/show_bug.cgi?id=88964
Ojan Vafai
Any way to verify this is still happening? It hasn't happened on any of the Chromium bots for the past 500 runs.
I'm cleaning up MISSING lines in TestExpectations and encountered this.
Ojan Vafai
*** This bug has been marked as a duplicate of bug 95215 ***