WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WONTFIX
Bug 58370
Move exit-after-n-failures count into commitqueuetask in preparation for increasing it
https://bugs.webkit.org/show_bug.cgi?id=58370
Summary
Move exit-after-n-failures count into commitqueuetask in preparation for incr...
Eric Seidel (no email)
Reported
2011-04-12 13:32:28 PDT
Move exit-after-n-failures count into commitqueuetask in preparation for increasing it
Attachments
Patch
(20.62 KB, patch)
2011-04-12 13:34 PDT
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1
2011-04-12 13:34:05 PDT
Created
attachment 89261
[details]
Patch
Adam Barth
Comment 2
2011-04-12 13:57:52 PDT
Comment on
attachment 89261
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=89261&action=review
> Tools/Scripts/webkitpy/tool/bot/commitqueuetask.py:152 > + " ".join(self._run_webkit_tests_args()),
That's too bad. Can use we some sort of robust serialization / deserialization instead? Maybe JSON?
Eric Seidel (no email)
Comment 3
2011-04-12 14:14:43 PDT
(In reply to
comment #2
)
> (From update of
attachment 89261
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=89261&action=review
> > > Tools/Scripts/webkitpy/tool/bot/commitqueuetask.py:152 > > + " ".join(self._run_webkit_tests_args()), > > That's too bad. Can use we some sort of robust serialization / deserialization instead? Maybe JSON?
I mean, we're passing through the shell here. We could invent a way, sure. But this seems like it fits the unix model. Yes, this isnt' robust enough to handle all cases. I'm kinda against being able to pass argumetns into run-webkit-tests at all, but it seems useful in the commit-queue case. Unless we were to invent some sort of config-file system for running webkit-patch with a certain config.
Adam Barth
Comment 4
2011-04-12 14:16:25 PDT
Maybe we should just pass the number of tests to run? That's less general, but do we have examples of other arguments we want to pass? Maybe shlex has some quoting functions we can use?
Eric Seidel (no email)
Comment 5
2011-04-12 14:19:43 PDT
I originally wrote that part of the patch, to handle passing ignored tests. (From the approach you didn't like.) I'm not sure if we'll have other arguments. And it's possible we dont' even need to do this. But it seemed odd for the commitqueuetask to know the behavior of runtests.py. But I can also just chuck this patch. After further though, it's not on the critical path.
Ojan Vafai
Comment 6
2011-04-13 09:52:20 PDT
Comment on
attachment 89261
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=89261&action=review
>>> Tools/Scripts/webkitpy/tool/bot/commitqueuetask.py:152 >>> + " ".join(self._run_webkit_tests_args()), >> >> That's too bad. Can use we some sort of robust serialization / deserialization instead? Maybe JSON? > > I mean, we're passing through the shell here. We could invent a way, sure. But this seems like it fits the unix model. Yes, this isnt' robust enough to handle all cases. > > I'm kinda against being able to pass argumetns into run-webkit-tests at all, but it seems useful in the commit-queue case. Unless we were to invent some sort of config-file system for running webkit-patch with a certain config.
I'm confused. Why serialize at all? can't you just create the list in a local variable and extend it?
Eric Seidel (no email)
Comment 7
2011-04-13 10:41:48 PDT
(In reply to
comment #6
)
> > I'm kinda against being able to pass argumetns into run-webkit-tests at all, but it seems useful in the commit-queue case. Unless we were to invent some sort of config-file system for running webkit-patch with a certain config. > > I'm confused. Why serialize at all? can't you just create the list in a local variable and extend it?
Will that survive the trip through popen? These are being passed to a separate process... I don't think it will.
Adam Barth
Comment 8
2011-04-17 21:45:50 PDT
Comment on
attachment 89261
[details]
Patch I believe that Eric took a different approach to this issue. Please re-nominate if I'm mistaken.
Eric Seidel (no email)
Comment 9
2011-04-18 07:54:49 PDT
The fixes are orthogonal. But this one is not required for what I wanted to do. So if it's viewed as more ugly and helpful, let's just close the 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