<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">Interesting. What happens happens if the WebKit patch then fails to land in WebKit, perhaps because some bot fails the test, a conflict, or anything else? Is resolving that a manual affair?</div></div></blockquote><div><br></div><div>If patch lands in WPT and not in WebKit due to conflicts, that is fine.</div><div>One will need to resolve the conflict manually as done for other conflicts.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">When imports are automated and much more frequent, I take it the upside is that you never need to reapply still-being-exported patches like we do in Blink. But what about the above case, when the change hasn't been applied in WebKit yet? Seems like the importer instead needs to *revert* the in-flight change?</div></div></blockquote><div><br></div><div>I guess the question is if the change is made in WPT, not yet in WebKit and we are reimporting in the middle.</div><div>In that case, we will probably have the new test failing, timing out or crashing.</div><div>This will get fixed once the patch lands in WebKit (after conflict resolution).</div></div></div>