WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
88689
webkit-patch land-safely should set cq? if the patch author is not in committers.py
https://bugs.webkit.org/show_bug.cgi?id=88689
Summary
webkit-patch land-safely should set cq? if the patch author is not in committ...
Tony Chang
Reported
2012-06-08 14:39:29 PDT
I think it currently always does cq+, then the commit bot yells at them.
Attachments
Adds the feature
(5.60 KB, patch)
2012-06-08 17:53 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Patch for landing
(5.69 KB, patch)
2012-06-08 18:13 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Patch for landing
(6.22 KB, patch)
2012-06-08 18:22 PDT
,
Ryosuke Niwa
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Ryosuke Niwa
Comment 1
2012-06-08 17:53:04 PDT
Created
attachment 146670
[details]
Adds the feature
Dirk Pranke
Comment 2
2012-06-08 18:10:12 PDT
Comment on
attachment 146670
[details]
Adds the feature View in context:
https://bugs.webkit.org/attachment.cgi?id=146670&action=review
r+ with some minor comments ...
> Tools/Scripts/webkitpy/common/net/bugzilla/bugzilla.py:518 > def _commit_queue_flag(self, mark_for_landing, mark_for_commit_queue):
mark_for_landing and mark_for_commit_queue shouldn't be two different variables, since True/True doesn't make sense. Can we add a FIXME or something for this? Also it's not clear to me that 'mark_for_commit_queue' doesn't also mean "cq+"; a better name would be something like "commit_queue_requested"
> Tools/Scripts/webkitpy/common/net/bugzilla/bugzilla.py:520 > + user_is_committer = self.committers.contributors_by_email_username(self.username)
can you change 'user_is_committer' to 'user' or 'account', since it's not a boolean, it's an object, and it can represent non-committers?
Ryosuke Niwa
Comment 3
2012-06-08 18:12:29 PDT
Comment on
attachment 146670
[details]
Adds the feature View in context:
https://bugs.webkit.org/attachment.cgi?id=146670&action=review
>> Tools/Scripts/webkitpy/common/net/bugzilla/bugzilla.py:518 >> def _commit_queue_flag(self, mark_for_landing, mark_for_commit_queue): > > mark_for_landing and mark_for_commit_queue shouldn't be two different variables, since True/True doesn't make sense. Can we add a FIXME or something for this? Also it's not clear to me that 'mark_for_commit_queue' doesn't also mean "cq+"; a better name would be something like "commit_queue_requested"
Will do.
>> Tools/Scripts/webkitpy/common/net/bugzilla/bugzilla.py:520 >> + user_is_committer = self.committers.contributors_by_email_username(self.username) > > can you change 'user_is_committer' to 'user' or 'account', since it's not a boolean, it's an object, and it can represent non-committers?
Yeah, that's a good point. It was initially a boolean but then I realized it'll be better to spit out two different messages so I changed that to user. Will fix.
Ryosuke Niwa
Comment 4
2012-06-08 18:13:46 PDT
Created
attachment 146672
[details]
Patch for landing
Ryosuke Niwa
Comment 5
2012-06-08 18:22:21 PDT
Created
attachment 146675
[details]
Patch for landing
WebKit Review Bot
Comment 6
2012-06-08 23:18:48 PDT
Comment on
attachment 146675
[details]
Patch for landing Clearing flags on attachment: 146675 Committed
r119894
: <
http://trac.webkit.org/changeset/119894
>
WebKit Review Bot
Comment 7
2012-06-08 23:18:52 PDT
All reviewed patches have been landed. Closing bug.
Adam Barth
Comment 8
2012-06-09 11:44:05 PDT
Thanks for making this change. Should we make land-safely visible in the main help? If folks use it a lot, it probably shouldn't be a hidden command.
Ojan Vafai
Comment 9
2012-06-09 12:22:16 PDT
(In reply to
comment #8
)
> Thanks for making this change. Should we make land-safely visible in the main help? If folks use it a lot, it probably shouldn't be a hidden command.
SGTM. I think people use it a ton.
Adam Barth
Comment 10
2012-06-10 12:30:53 PDT
> SGTM. I think people use it a ton.
Actually, looks like it already is in the main help.
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