- From: <bugzilla@jessica.w3.org>
- Date: Wed, 16 Nov 2011 09:44:31 +0000
- To: public-test-infra@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14839 Summary: Separate WebKit into Safari and Chrome Product: Testing Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Test Framework AssignedTo: mike@w3.org ReportedBy: tonyg@chromium.org QAContact: dave.null@w3.org CC: public-test-infra@w3.org For the Navigation Timing tests, it is not accurate to group Safari and Chrome into one WebKit engine. The summary page makes it look like WebKit often fails the tests: http://w3c-test.org/framework/results/nav-timing-default/ However, drilling into one test it becomes clear what is going on: http://w3c-test.org/framework/details/nav-timing-default/test_navigate_within_document/engine/webkit/ All Chrome runs pass and all Safari runs fail. So the test result is really just indicating whether the test was run more often in Safari or Chrome. This needs to be fixed to separate them out. I suggest columns "WebKit (Safari)" and "WebKit (Chrome)". WebKit variants other than Safari/Chrome should be sufficiently rare to discard. I suspect this may be true for test suites other than Navigation Timing, but haven't verified. Very often there is browser code outside of WebKit that is necessary to support web platform APIs. It is also very common to have flag guards to enable/disable web platform APIs in WebKit. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
Received on Wednesday, 16 November 2011 09:44:37 UTC