WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Aakash Jain
Comment 1
2020-03-03 10:25:46 PST
Created
attachment 392293
[details]
Patch
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
Committed
r257803
: <
https://trac.webkit.org/changeset/257803
>
Radar WebKit Bug Importer
Comment 5
2020-03-03 14:21:17 PST
<
rdar://problem/60012903
>
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.
Top of Page
Format For Printing
XML
Clone This Bug