Bug 142683
| Summary: | fast/dom/webtiming.html is flaky | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Alexey Proskuryakov <ap> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | achristensen |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Alexey Proskuryakov
fast/dom/webtiming.html often fails on all Yosemite bots:
-PASS timing.domainLookupStart is >= timing.fetchStart
+FAIL timing.domainLookupStart should be >= timing.fetchStart. Was 1426042727967 (of type number).
https://webkit-test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=fast%2Fdom%2Fwebtiming.html
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alex Christensen
(In reply to comment #0)
Is there any way to find when this started being flaky? I haven't touched this code for about 6 months.
I'm not sure what would cause this. My initial thought is we're getting bad data from CFNetwork, but that seems unlikely unless libsoup has the exact same problem. Are we doing something strange with the domain lookup in WebCore?
Alexey Proskuryakov
I'm not sure if Soup based ports have the same problem, the diff was not the same in instance that I checked.