<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On May 12, 2017, at 12:04 PM, Alexey Proskuryakov <<a href="mailto:ap@webkit.org" class="">ap@webkit.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">12 мая 2017 г., в 11:52, Ben Kelly <<a href="mailto:ben@wanderview.com" class="">ben@wanderview.com</a>> написал(а):</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">On Fri, May 12, 2017 at 2:26 PM, Rick Byers <span dir="ltr" class=""><<a href="mailto:rbyers@chromium.org" target="_blank" class="">rbyers@chromium.org</a>></span> wrote:<br class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><span class="">On Fri, May 12, 2017 at 2:06 PM, Alexey Proskuryakov <span dir="ltr" class=""><<a href="mailto:ap@webkit.org" target="_blank" class="">ap@webkit.org</a>></span> wrote:</span><br class=""><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class="">Since imported WPT tests are very flaky, and are not necessarily written to defend against important regressions, investigating issues with them is relatively lower priority than investigating issues observed with WebKit tests. So I would recommend not mixing tests for WebKit regressions with WPT tests - if your test eventually ends up in LayoutTests/imported, it will become a lot less effective.</div></div></blockquote><div class=""><br class=""></div></span><div class="">FWIW this is absolutely NOT how we're treating this in chromium.  If this is how things end up in practice then we will have failed massively in this effort.</div><div class=""><br class=""></div><div class="">We figure if we want the web to behave consistently, we really have no choice but to treat web-platform-tests as first class with all the discipline we give to our own tests.  As such we are actively <a href="https://codereview.chromium.org/2877673004" target="_blank" class="">moving</a> many of our LayoutTests to web-platform-tests and depending entirely on the regression prevention they provide us from there.  Obviously there will be hiccups, but because our product quality will depend on web-platform-tests being an effective and non-flaky testsuite (and because we're starting to require most new features have web-platform-tests before they ship), I'm confident that we've got the incentives in place to lead to constant ratcheting up the engineering discipline and quality of the test suite.</div></div></div></div></blockquote><div class=""><br class=""></div><div class="">FWIW, mozilla also treats WPT as first class tests.  We're not actively moving old tests to WPT like google, but all new tests (at least in DOM) are being written in WPT.  Of course, we do have exceptions for some tests that require gecko-specific features (forcing GC, etc).</div></div></div></div></div></blockquote></div><div class=""><br class=""></div><div class="">We don't have a concept of "first class", but I hope that when choosing between looking into a simple test that was added for a known important bug, and looking into an imported test whose importance is unclear, any WebKit engineer will pick the former. And since no one can fix all the things, such prioritization makes imported tests less effective.</div></div></div></blockquote></div><br class=""><div class="">I just ran into a classic example of how a WPT incurred more overhead. I made a code change that broke LayoutTests/imported/w3c/web-platform-tests/cssom-view/elementFromPoint.html. I tried loading it in Safari and it doesn't run the test code because it can't find /resources/testharness.js when loaded from a local file.</div><div class=""><br class=""></div><div class="">So then I have to figure out how to fire up the WPT server (run-webkit-httpd), then figure out which host to use (localhost or 128.0.0.1?) and which port, and finally to figure out the right path to the test.</div><div class=""><br class=""></div><div class="">There's no reason this test should not work when loaded from file://.</div><div class=""><br class=""></div><div class="">Simon</div><div class=""><br class=""></div></body></html>