WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
31710
MultiCommandTool should find Command objects automatically instead of with a manual list
https://bugs.webkit.org/show_bug.cgi?id=31710
Summary
MultiCommandTool should find Command objects automatically instead of with a ...
Eric Seidel (no email)
Reported
2009-11-20 00:40:18 PST
MultiCommandTool should find Command objects automatically instead of with a manual list This makes it easier to add commands, and it also brings the "name" of the command closer to its implementation (which has been a historical point of confusion).
Attachments
Patch
(14.68 KB, patch)
2009-11-20 00:44 PST
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1
2009-11-20 00:41:34 PST
This is setting the groundwork for making it easy to add "hidden" commands which don't show up in --help by default.
Eric Seidel (no email)
Comment 2
2009-11-20 00:44:13 PST
Created
attachment 43561
[details]
Patch
Adam Barth
Comment 3
2009-11-20 00:52:45 PST
Comment on
attachment 43561
[details]
Patch kk
WebKit Commit Bot
Comment 4
2009-11-20 01:02:26 PST
Comment on
attachment 43561
[details]
Patch Rejecting patch 43561 from commit-queue. Unexpected failure when landing patch! Please file a bug against bugzilla-tool. Failed to run "['WebKitTools/Scripts/bugzilla-tool', 'land-attachment', '--force-clean', '--non-interactive', '--quiet', '43561']" exit_code: 1 Last 500 characters of output: ingsequence.py", line 49, in run self.test() File "/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/modules/landingsequence.py", line 113, in test LandingSequence.test(self) File "/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/modules/landingsequence.py", line 81, in test WebKitScripts.run_webkit_tests(launch_safari=not options.non_interactive, fail_fast=options.non_interactive, quiet=options.quiet, port=port) NameError: global name 'WebKitScripts' is not defined
Eric Seidel (no email)
Comment 5
2009-11-20 01:07:58 PST
I think that my patch and adam's patch secretly conflicted. I'll post a new one tomorrow.
Adam Barth
Comment 6
2009-11-20 06:46:10 PST
Comment on
attachment 43561
[details]
Patch Oops. I screwed up the bugzilla-tool. Should be fixed now.
WebKit Commit Bot
Comment 7
2009-11-20 06:49:51 PST
Comment on
attachment 43561
[details]
Patch Rejecting patch 43561 from commit-queue. Unexpected failure when landing patch! Please file a bug against bugzilla-tool. Failed to run "['WebKitTools/Scripts/bugzilla-tool', 'land-attachment', '--force-clean', '--non-interactive', '--quiet', '43561']" exit_code: 1 Last 500 characters of output: n self.test() File "/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/modules/landingsequence.py", line 113, in test LandingSequence.test(self) File "/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/modules/landingsequence.py", line 81, in test WebKitLandingScripts.run_webkit_tests(launch_safari=not self._options.non_interactive, fail_fast=self._options.non_interactive, quiet=self._options.quiet, port=self._port) NameError: global name 'WebKitScripts' is not defined
Adam Barth
Comment 8
2009-11-20 06:54:43 PST
Comment on
attachment 43561
[details]
Patch Clearing flags on attachment: 43561 Committed
r51237
: <
http://trac.webkit.org/changeset/51237
>
Adam Barth
Comment 9
2009-11-20 06:54:50 PST
All reviewed patches have been landed. Closing bug.
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