Closed
Bug 521225
Opened 13 years ago
Closed 13 years ago
Stop syncing for random failing Places tests, and make sheriffs happier
Categories
(Toolkit :: Places, defect)
Toolkit
Places
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a1
People
(Reporter: mak, Assigned: mak)
References
Details
Attachments
(1 file, 1 obsolete file)
6.97 KB,
patch
|
Details | Diff | Splinter Review |
We can disable the Flush component for random failing tests, that way tests will stop failing, but still test code paths. since we know the reason of the failures but we don't have clear ETA on a proper fix (would require moving most of Places to async stuff), this should allow us to have greener trees. I'm trying to centralize it in head files so it should be easy to update or remove the workaround.
Assignee | ||
Updated•13 years ago
|
Assignee: nobody → mak77
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•13 years ago
|
||
This should "fix" about 11 random failures
Attachment #405266 -
Flags: review?(sdwilsh)
Comment 2•13 years ago
|
||
Of course, these failing tests are real bugs in our code. I'm not sure we want to make the tests not test real world behavior.
Assignee | ||
Comment 3•13 years ago
|
||
once we have identified the cause and we know the fix, and we know we can't fix that in less than 1 year, why should we continue to blame the trees with useless oranges? this fix is not hiding anything, it's just stopping notifying about a pretty well known bug, for which bugs are and will remain open. And i think a good part of the bug involves virtual machines, i'm saying that because i see different number of hits for failures in real world again virtual machines, vms are probably handling threads differently. Plus the way this is implemented allow us to disable the full thing with really minor changes to try any patch we think can fix the underlying issue.
Assignee | ||
Comment 4•13 years ago
|
||
the "alternative" as you know, is to disable tests, and that's not better in any way.
Comment 5•13 years ago
|
||
Comment on attachment 405266 [details] [diff] [review] patch v1.0 Include the bug number where we are tracking the underlying issue in the comment please. r=sdwilsh
Attachment #405266 -
Flags: review?(sdwilsh) → review+
Assignee | ||
Comment 6•13 years ago
|
||
ugh i was sure to have done that :\
Assignee | ||
Comment 7•13 years ago
|
||
Attachment #405266 -
Attachment is obsolete: true
Assignee | ||
Comment 8•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/239c5018acec let's see how this behaves.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a1
Assignee | ||
Comment 9•13 years ago
|
||
one name was wrong and the test was still reporting failures, fixed. http://hg.mozilla.org/mozilla-central/rev/0ccc8bcf05f0 looks like random oranges for these tests have stopped. still evaluating and waiting reports though.
Assignee | ||
Comment 10•13 years ago
|
||
more tests http://hg.mozilla.org/mozilla-central/rev/12b704972248
You need to log in
before you can comment on or make changes to this bug.
Description
•