<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto">However, one thing I really like about your order is that it makes it more straightforward to make WPT repo failures block browser repo merging. In the WPT Travis job, we already detect flakiness for Chrome and Firefox and I think we should also detect harness errors, and eventually also flag when a test goes from passing everywhere to failing everywhere, which is probably a mistake. We haven't really figured out how to make that block Chromium's CQ yet, and maybe flipping the order would do it.</div></div></blockquote><div><br></div><div>Exactly, WPT infrastructure has some really nice sanity checks that we do not have in WebKit and it sounds really great to benefit from it.</div><div><br></div><div>That said, this will put some burden on WPT infrastructure like being fast enough to not slow down our own process.</div><div><br></div><div>We should also probably run as much as possible the WPT sanity checks locally.</div><div>We are now checking WPT linter as you suggested a while back.</div><div>Maybe there are some other WPT checks that could be run in the WebKit context.</div><div><br></div></div></div>