RESOLVED FIXED 208521
commit-queue should update working directory and reapply patch just before commiting
https://bugs.webkit.org/show_bug.cgi?id=208521
Summary commit-queue should update working directory and reapply patch just before co...
Aakash Jain
Reported 2020-03-03 10:24:34 PST
After applying the patch, commit-queue does building and testing. Building and testing might take some time. Meanwhile there might be multiple commits to the repository. Therefore after running the tests, and just before committing the patch, commit-queue should update the working directory to ToT and re-apply the patch. This is similar to commit-queue behavior in old EWS.
Attachments
Patch (1.21 KB, patch)
2020-03-03 10:25 PST, Aakash Jain
jbedard: review+
Aakash Jain
Comment 1 2020-03-03 10:25:46 PST
Jonathan Bedard
Comment 2 2020-03-03 11:08:29 PST
Comment on attachment 392293 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=392293&action=review > Tools/BuildSlaveSupport/ews-build/factories.py:222 > self.addStep(RunWebKit1Tests()) Shouldn't this be WebKit2 tests?
Aakash Jain
Comment 3 2020-03-03 14:20:33 PST
Comment on attachment 392293 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=392293&action=review >> Tools/BuildSlaveSupport/ews-build/factories.py:222 >> self.addStep(RunWebKit1Tests()) > > Shouldn't this be WebKit2 tests? commit-queue runs WebKit1 tests. I don't remember the exact reason for that, probably to have coverage on less commonly tested configuration. In old ews commit-queue uses mac port which uses --dump-render-tree https://trac.webkit.org/browser/webkit/trunk/Tools/Scripts/webkitpy/common/config/ports.py#L174
Aakash Jain
Comment 4 2020-03-03 14:20:55 PST
Radar WebKit Bug Importer
Comment 5 2020-03-03 14:21:17 PST
Jonathan Bedard
Comment 6 2020-03-03 15:19:44 PST
(In reply to Aakash Jain from comment #3) > Comment on attachment 392293 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=392293&action=review > > >> Tools/BuildSlaveSupport/ews-build/factories.py:222 > >> self.addStep(RunWebKit1Tests()) > > > > Shouldn't this be WebKit2 tests? > > commit-queue runs WebKit1 tests. I don't remember the exact reason for that, > probably to have coverage on less commonly tested configuration. > In old ews commit-queue uses mac port which uses --dump-render-tree > https://trac.webkit.org/browser/webkit/trunk/Tools/Scripts/webkitpy/common/ > config/ports.py#L174 I think we should revisit the reason. I suspect (although don't know for certain) the original reason is that WebKit2 tests were poorly gardened when they were first enabled. That is no longer the case, and in fact, it is likely WebKit1 tests which are more poorly gardened.
Alexey Proskuryakov
Comment 7 2020-03-03 15:57:45 PST
IIRC they were gardened equally well, but we knew that WebKit2 ran fewer tests because of unimplemented WebKitTestRunner functionality. That's still true as far as functionality goes, but there are now many WebKit2 only features and more code in WebKit2 itself. So I also think that we should switch CQ to WebKit2.
Aakash Jain
Comment 8 2020-03-03 16:13:57 PST
(In reply to Alexey Proskuryakov from comment #7) > IIRC they were gardened equally well, but we knew that WebKit2 ran fewer > tests because of unimplemented WebKitTestRunner functionality. > > That's still true as far as functionality goes, but there are now many WebKit2 only features and more code in WebKit2 itself. So I also think that we should switch CQ to WebKit2. Switching it in Bug 208544.
Note You need to log in before you can comment on or make changes to this bug.