WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
207181
Commit queue should never set Author to itself for someone with an svn account
https://bugs.webkit.org/show_bug.cgi?id=207181
Summary
Commit queue should never set Author to itself for someone with an svn account
Simon Fraser (smfr)
Reported
2020-02-03 20:12:15 PST
We still have many examples of commits with Author:
commit-queue@webkit.org
from people who have valid svn accounts, for example:
https://trac.webkit.org/changeset/255552/webkit
https://trac.webkit.org/changeset/254659/webkit
It makes git log harder to parse, and committer affiliation harder to determine. Commit queue needs to fail when committing such patches if it can't correctly set the author.
Attachments
Add attachment
proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1
2020-02-03 20:13:52 PST
https://trac.webkit.org/changeset/254541/webkit
Radar WebKit Bug Importer
Comment 2
2020-02-03 20:17:17 PST
<
rdar://problem/59137472
>
Alexey Proskuryakov
Comment 3
2020-02-03 22:03:02 PST
>
https://trac.webkit.org/changeset/255552/webkit
Antoine's Bugzilla and SVN accounts are different, and since post-commit hook doesn't consult contributors.json, it doesn't know that the Bugzilla user has an active SVN account. This is fixable in code, bit not trivially. Or he could rename his Bugzilla account to match.
>
https://trac.webkit.org/changeset/254659/webkit
Same for Alex.
>
https://trac.webkit.org/changeset/254541/webkit
Said doesn't have an active SVN account at this time.
> Commit queue needs to fail when committing such patches if it can't correctly set the author.
The author isn't set by commit queue, but by a post commit hook. Commit queue doesn't know about SVN accounts, and the hook doesn't know about contributors.json. We will need a new mechanism for communication between them, but even then I don't see how failing to commit is preferable.
Antoine Quint
Comment 4
2020-02-04 08:16:13 PST
So if I logged into bugs.webkit.org as
graouts@webkit.org
, all would be well/
Simon Fraser (smfr)
Comment 5
2020-02-04 08:17:30 PST
This seems to have regressed at some point, or people change local config and it breaks. Both Antoine and Said have successfully committed with the correct author before: aced10ef9ab
graouts@webkit.org
Mon Oct 28 08:08:59 2019 +0000 [Web Animations] getKeyframes() doesn't return the right timing function for declarative animations
https://bugs.webkit.org/show_bug.cgi?id=203475
7ae4c3115b5
said@apple.com
Sat Nov 2 00:14:40 2019 +0000 SVG pair properties must be detached from their owner before it's deleted
https://bugs.webkit.org/show_bug.cgi?id=203545
Alexey Proskuryakov
Comment 6
2020-02-04 10:52:54 PST
Replied privately.
> aced10ef9ab
graouts@webkit.org
Mon Oct 28 08:08:59 2019 +0000 [Web Animations] getKeyframes() doesn't return the right timing function for declarative animations
https://bugs.webkit.org/show_bug.cgi?id=203475
This particular one was landed manually.
Antoine Quint
Comment 7
2020-02-06 08:00:32 PST
I just used the commit-queue to land
https://trac.webkit.org/changeset/255953
and I was logged into Radar as
graouts@apple.com
, which is the email address configured locally with Git on the machine I authored the patch. The resulting commit is still not showing my email address.
Antoine Quint
Comment 8
2020-02-07 04:57:22 PST
https://trac.webkit.org/changeset/256017/webkit
was landed via the commit-queue and I had logged into bugs.webkit.org as
graouts@webkit.org
when using `webkit-patch upload` and I had set my git user email to
graouts@webkit.org
. I'm not sure what is the decisive factor here, but there's no trace of the commit-queue in this commit.
Simon Fraser (smfr)
Comment 9
2020-02-07 11:52:04 PST
https://trac.webkit.org/changeset/255577/webkit
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