Closed Bug 1052240 Opened 10 years ago Closed 10 years ago

Generate a separate mochitest for each WebGL Conformance Test test file

Categories

(Core :: Graphics: CanvasWebGL, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla34

People

(Reporter: jgilbert, Assigned: jgilbert)

References

Details

Attachments

(6 files, 1 obsolete file)

This is part of the migration to using as much non-webgl-specific stuff as possible, in regards to how we run mochitests. Having these tests separate allows us to try to leverage existing mochitest manifest files as much as possible. Hopefully this helps with some of our intermittent failures, as well.
Attachment #8471306 - Flags: review?(dglastonbury)
Just review that it seems to be generating the right files. No need to review each file!
Attachment #8471308 - Flags: review?(dglastonbury)
This might actually fix an intermittent orange somewhere.
Attachment #8471309 - Flags: review?(dglastonbury)
Try run: https://tbpl.mozilla.org/?tree=Try&rev=be89807b800e This should have a bunch of failures, since I haven't included the logic for skipped/failing-tests-per-driver/os-config, yet.
Attachment #8471306 - Flags: review?(dglastonbury) → review+
Comment on attachment 8471308 [details] [diff] [review] patch 2: Generated files Review of attachment 8471308 [details] [diff] [review]: ----------------------------------------------------------------- Am I supposed to review all of these?
Attachment #8471309 - Flags: review?(dglastonbury) → review+
Comment on attachment 8471308 [details] [diff] [review] patch 2: Generated files Review of attachment 8471308 [details] [diff] [review]: ----------------------------------------------------------------- I visually inspected a sample of files. They look like they match the templates.
Attachment #8471308 - Flags: review?(dglastonbury) → review+
'fail-if' (silently!) doesn't actually do anything in mochitest.ini files, even though the manifest parser picks up on it properly. This is bug 987849. We laugh so that we do not cry.
https://tbpl.mozilla.org/?tree=Try&rev=27d90bdc635b * Linux x64 Debug is randomly crashing about 15% of the time, seemingly consistently in the texture tests. * Android 2.3 Opt is chain-bluing as the device goes unresponsive. (hardcrash?) * B2G ICS Emulator Opt appears to be consistently crashing.
The last test printed before the ICS Emu runs crash is 'conformance/misc/type-conversion-test.html'.
Android 2.3 failures also have last-printed-tests saying 'type-conversion-test'. So, uh, I guess we disable that for now. :p
(In reply to Jeff Gilbert [:jgilbert] from comment #10) > Android 2.3 failures also have last-printed-tests saying > 'type-conversion-test'. So, uh, I guess we disable that for now. :p Additionally, it looks like misc/object-deletion-behavior also UNEXPECTED-FAILs.
This is great -- out of curiosity, is there much of a time difference between running them as individual mochitests vs running them all in one go?
(In reply to Vladimir Vukicevic [:vlad] [:vladv] from comment #12) > This is great -- out of curiosity, is there much of a time difference > between running them as individual mochitests vs running them all in one go? I'll gather some more data, but it looks like it's about the same. Related, the average Android 2.3 Opt test takes 6-7s to run. :|
Attachment #8476452 - Flags: review?(dglastonbury)
Attachment #8476453 - Flags: review?(dglastonbury)
Try is finally clear: https://tbpl.mozilla.org/?tree=Try&rev=d92dae9c6f59 I retriggered a bunch of tests to try to assure I've gotten the worst of the intermittent failures.
Attachment #8476452 - Flags: review?(dglastonbury) → review+
Attachment #8476453 - Flags: review?(dglastonbury) → review+
Hi, I think you've caused B2G ICS Emulator Debug M7 bustage. See https://tbpl.mozilla.org/php/getParsedLog.php?id=46532075&tree=Mozilla-Inbound
(In reply to Jeff Gilbert [:jgilbert] from comment #0) > Hopefully this helps with some of our intermittent failures, as well. This bug will definitely help with the bug suggestions on TBPL/treeherder too, so thank you :-)
(In reply to Ed Morley [:edmorley] from comment #21) > Also frequent intermittent: > https://tbpl.mozilla.org/php/getParsedLog.php?id=46537126&tree=Mozilla- > Inbound I don't believe this is my fault per se. This adds about 360 test files, so maybe it's bloating the log, and things need to be split more.
More failing tests.
Attachment #8476453 - Attachment is obsolete: true
Attachment #8477779 - Flags: review+
This should do it: remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/f7c5431f1c82 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/ce97309bb8f5 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/12b979c3b7a7 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/99302ed2d6ad remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/2dd8e4e95c55 If more tests crash, they should be marked for skipping. To do this, just add an entry to mochitest-errata.ini, and run generate-wrapper-and-manifest.py. (Or just add it to _mochitest.ini directly, and needinfo me and I'll fix it properly.)
It looks like test_conformance__textures__tex-image-and-sub-image-2d-with-image.html is failing pretty consistently on B2G ICS Emulator Debug. Here's a sample log: https://tbpl.mozilla.org/php/getParsedLog.php?id=46610290&tree=Mozilla-Inbound I'll land a patch to _mochitest.ini to disable that one on b2g.
Flags: needinfo?(jgilbert)
test_conformance__textures__tex-image-and-sub-image-2d-with-video.html also has failed a couple of times on windows. https://tbpl.mozilla.org/php/getParsedLog.php?id=46634504&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=46634463&tree=Mozilla-Inbound It seems very intermittent at this point so I'll leave it enabled but it's something you should look into.
Also looks like test_conformance__textures__tex-image-and-sub-image-2d-with-image-data.html is still failing on B2G ICS Emulator Debug, in much the same way that test_conformance__textures__tex-image-and-sub-image-2d-with-image.html is failing.
kats, I think the bustage fix caused a bustage. m8 on b2g was greeen for 2 pushes after https://hg.mozilla.org/integration/mozilla-inbound/rev/1135f5842f1f and then busted after fbd0bffddd86. I'm suspecting this push is the cause. I've triggered a bunch of retries. I might back it out later to see if it helps.
(In reply to Nigel Babu [:nigelb] from comment #29) > kats, I think the bustage fix caused a bustage. m8 on b2g was greeen for 2 > pushes after > https://hg.mozilla.org/integration/mozilla-inbound/rev/1135f5842f1f and then > busted after fbd0bffddd86. I think my patch didn't actually fix much because instead of crashing on one test it now crashes on the next one. I don't think my patch made things worse though; the two green pushes were likely just intermittent passes. You can retrigger those if you like, I bet they go orange on retriggers.
Oh joy. Indeed. I see random greens on some retries, but mostly orange.
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #30) > (In reply to Nigel Babu [:nigelb] from comment #29) > > kats, I think the bustage fix caused a bustage. m8 on b2g was greeen for 2 > > pushes after > > https://hg.mozilla.org/integration/mozilla-inbound/rev/1135f5842f1f and then > > busted after fbd0bffddd86. > > I think my patch didn't actually fix much because instead of crashing on one > test it now crashes on the next one. I don't think my patch made things > worse though; the two green pushes were likely just intermittent passes. You > can retrigger those if you like, I bet they go orange on retriggers. Yeah, crashes can do this. We just need to keep skipping tests until it passes, for now.
Looks like Windows was hitting intermittent crashes as well: https://tbpl.mozilla.org/php/getParsedLog.php?id=46612374&tree=Mozilla-Inbound
(In reply to Carsten Book [:Tomcat] from comment #33) > hey guys, > > had to back out this 5 patch from jeff and also the patch from patch, since > we got so much frequent test failures > > remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/0adf0a108a7f > remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/f0592de4261c > remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/c22358426fd3 > remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/6074e6792a95 > remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/5e51b5ee39bf > remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/1fcffcc9fc4a Please give me a list of the failures. This looked quite green on Try.
Flags: needinfo?(jgilbert) → needinfo?(cbook)
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #34) > Looks like Windows was hitting intermittent crashes as well: > https://tbpl.mozilla.org/php/getParsedLog.php?id=46612374&tree=Mozilla- > Inbound remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/2f858cc61182
Please DON'T back this out for intermittents. PLEASE mark them for skipping in _mochitest.ini. Without becoming an even worse Try abuser[1], I can't reasonably identify intermittent tests anymore. Just mark them skipped like any new intermittent test failure. [1] During the week when I was seriously testing this, I was Try High Scores #4. :|
One OSX 10.6 M2 run had a failure: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=2f858cc61182 I retriggered 10 each of 10.6 and 10.8 opt, and no other failures. I retriggered 10 more each, to see if it's closer to a 5% fail rate.
Attachment #8481757 - Flags: review?(dglastonbury)
A bunch of retriggers after skipping the win8 texture-npot intermittent: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=e9a97ae0e909
OSX canvas__drawingbuffer-static-canvas-test.html had about 15% crash rate. Win8 textures__texture-npot-video.html had about 20% crash rate.
Win8, Linux 32 Opt now appears to have a failure rate of >5% (20/20 green). Android 4.0 Opt has 1/18 failures win webgl atm, I retriggered enough for 30 runs. (This is the blue) I retriggered enough for 20 runs of OSX 10.8 Opt, to check it for common failures.
On Android 4.0 Opt, blue device-unresponsive in webgl: _wrappers/test_conformance__more__functions__drawElements.html (~1/30) _wrappers/test_conformance__more__conformance__quickCheckAPI-L_S.html (~1/30) Retriggering more.
OSX 10.8 Opt looks clean after 20 runs.
Attachment #8481757 - Flags: review?(dglastonbury) → review+
Blocks: 1064433
See Also: → 987849
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: