Closed
Bug 448416
Opened 16 years ago
Closed 16 years ago
Buildbotcustom should have leakThreshold option for Mochitests
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Callek, Assigned: Callek)
References
Details
Attachments
(2 files, 1 obsolete file)
(deleted),
patch
|
bhearsum
:
review+
lsblakk
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
Details | Diff | Splinter Review |
Any project running buildbot should be able to specify explicit leakThresholds for the Mochi tests.
runtests.py currently accepts this as --leakThreshold=num
Comment 1•16 years ago
|
||
from irc discussion:
The buildbotcustom classes that run these tests should accept a parameter in their constructor for this. The mozilla-central unittest machines will need a master.cfg change to cope with this.
Assignee | ||
Comment 2•16 years ago
|
||
I am unable to test this easily. From inspection on some other ShellCommand in buildbot configs the win32 changes should be safe (if not, I'll need a slightly different approach)
Assignee: nobody → bugspam.Callek
Status: NEW → ASSIGNED
Attachment #331641 -
Flags: review?(bhearsum)
Comment 3•16 years ago
|
||
Comment on attachment 331641 [details] [diff] [review]
Patch for buildbotcustom
>--- a/tools/buildbotcustom/unittest/steps.py
>+ def __init__(self, **kwargs):
>+ if 'leakThreshold' in kwargs:
>+ command.append("--leak-threshold=" + kwargs["leakThreshold"])
leakThreshold doesn't need to be passed to parent classes, just use a regular argument. eg:
def __init__(self, leakThreshold)
>@@ -355,6 +365,11 @@
> "--autorun",
> "--console-level=INFO",
> "--close-when-done"]
>+
>+ def __init__(self, **kwargs):
Same thing here.
Before this is checked in I'd like lsblakk to weigh in - do you think this will break anything?
Attachment #331641 -
Flags: review?(lukasblakk)
Attachment #331641 -
Flags: review?(bhearsum)
Attachment #331641 -
Flags: review+
Assignee | ||
Comment 4•16 years ago
|
||
This is the only occurance of this class being used, so the only place I actually need to patch this.
Attachment #331840 -
Flags: review?(bhearsum)
Comment 5•16 years ago
|
||
Comment on attachment 331840 [details] [diff] [review]
make buildbot config use the new option [checked-in]
looks fine to me...
Attachment #331840 -
Flags: review?(lukasblakk)
Attachment #331840 -
Flags: review?(bhearsum)
Attachment #331840 -
Flags: review+
Updated•16 years ago
|
Attachment #331840 -
Flags: review?(lukasblakk) → review+
Updated•16 years ago
|
Attachment #331641 -
Flags: review?(lukasblakk) → review+
Assignee | ||
Comment 6•16 years ago
|
||
Comment on attachment 331840 [details] [diff] [review]
make buildbot config use the new option [checked-in]
checked in on changeset 7c5cf375160a
Attachment #331840 -
Attachment description: make buildbot config use the new option → make buildbot config use the new option [checked-in]
Assignee | ||
Comment 7•16 years ago
|
||
Addresses bhearsum's nits and also fixes one minor error I had in last patch (self.command not command by itself)
Attachment #331641 -
Attachment is obsolete: true
Assignee | ||
Comment 8•16 years ago
|
||
Comment on attachment 331934 [details] [diff] [review]
Patch for buildbotcustom [checked in]
Checking in tools/buildbotcustom/unittest/steps.py;
/cvsroot/mozilla/tools/buildbotcustom/unittest/steps.py,v <-- steps.py
new revision: 1.11; previous revision: 1.10
done
Attachment #331934 -
Attachment description: Patch for buildbotcustom, for checkin → Patch for buildbotcustom [checked in]
Assignee | ||
Comment 9•16 years ago
|
||
Fixed, just needs a push to the buildbot machines.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 10•16 years ago
|
||
(In reply to comment #9)
Has it been pushed yet ?
Comment 11•16 years ago
|
||
To which? It hasn't been pushed to Firefox machines yet, but that's probably not urgent.
Comment 12•16 years ago
|
||
It's been pushed to moz2 unittest, but I haven't had downtime to restart the master yet.
Comment 13•16 years ago
|
||
(In reply to comment #10)
> Has it been pushed yet ?
Serge, if you mean SeaMonkey, that needs me logging into the master and pulling/reconfiguring, which I only can do when I'm back from vacation, i.e. not before Monday.
Comment 14•16 years ago
|
||
Yes, I was thinking about SeaMonkey.
See bug 450983 now ;-)
Updated•16 years ago
|
No longer blocks: SmTestLeak
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•