Closed
Bug 772405
Opened 12 years ago
Closed 11 years ago
Permaorange Android test_webgl_conformance_test_suite.html | [conformance/textures/tex-image-and-sub-image-2d-with-image.html] Test failed - getError expected: NO_ERROR. Was INVALID_OPERATION : should be no errors
Categories
(Firefox for Android Graveyard :: Toolbar, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: emorley, Unassigned)
References
Details
(Keywords: intermittent-failure)
Attachments
(1 file)
|
200.08 KB,
text/plain
|
Details |
Permaorange, but filing so I have something to star until resolved. What I know so far: * The last native Android M1 green was https://hg.mozilla.org/integration/mozilla-inbound/rev/f1502bb46634 , which is 20 hours ago. * Bug 767064 landed (https://hg.mozilla.org/integration/mozilla-inbound/rev/a516a86f854d), turning M1 orange (https://tbpl.mozilla.org/php/getParsedLog.php?id=13382811&tree=Mozilla-Inbound). * Bug 767064 was backed out by RyanVM in https://hg.mozilla.org/integration/mozilla-inbound/rev/02b26fb307b4 * However M1 is still orange, this time with another error: https://tbpl.mozilla.org/php/getParsedLog.php?id=13379554&tree=Mozilla-Inbound * My first thought was that something else landed after bug 767064 which had broken things further, but bug 767064 didn't cause a [aborts the suite] type failure and yet the new failure doesn't appear in the logs right until the backout. * I've tried clobbering, but that didn't help: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=da0f71229ea5
|
Reporter | |
Comment 1•12 years ago
|
||
https://tbpl.mozilla.org/php/getParsedLog.php?id=13379554&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=13381122&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=13380619&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=13381746&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=13383048&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=13388645&tree=Mozilla-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=13386373&tree=Mozilla-Inbound
Blocks: 767064
|
|
Reporter | |
Comment 2•12 years ago
|
||
The backout diff also seems to match the landing exactly, so doesn't appear to be a problem with the backout.
|
|
Reporter | |
Comment 3•12 years ago
|
||
Regression range: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=f1502bb46634&tochange=b9c7a7f3335c Or: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=b9c7a7f3335c&jobname=Android%20Tegra%20250%20mozilla-inbound%20opt%20test%20mochitest-1 (and keep on pressing the downarrow until you see the first green) jmaher has tried running locally and gets: I/GeckoDump( 1559): 44187 INFO TEST-KNOWN-FAIL | /tests/content/canvas/test/webgl/test_webgl_conformance_test_suite.html | [conformance/glsl/functions/glsl-function-sign.html] Test failed - Error in program linking: I/GeckoDump( 1559): FAIL: Error in program linking: I/GeckoDump( 1559): STACK TRACE: I/GeckoDump( 1559): draw@http://mochi.test:8888/tests/content/canvas/test/webgl/conformance/resources/glsl-generator.js:387 I/GeckoDump( 1559): @http://mochi.test:8888/tests/content/canvas/test/webgl/conformance/glsl/functions/glsl-function-sign.html:45 and lots of other errors like: E/GeckoConsole( 1559): [JavaScript Error: "*** Error loading shader '[object WebGLShader]':INVALID_VALUE"]
| Comment hidden (Legacy TBPL/Treeherder Robot) |
| Comment hidden (Legacy TBPL/Treeherder Robot) |
|
|
Reporter | |
Comment 6•12 years ago
|
||
Bug 728524 has been backed out in https://hg.mozilla.org/integration/mozilla-inbound/rev/04dc0717dd53, so we shall find out soon enough if that was what caused this :-)
|
||
Comment 7•12 years ago
|
||
I've build fennec locally and don't see that error on Asus Transformer Prime device. https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/conformance-suites/1.0.1/webgl-conformance-tests.html Clicked on "textures" run
|
||
Comment 8•12 years ago
|
||
Make sure you are running in the mochitest harness (TEST_PATH=content/canvas/webgl make mochitest-remote) as that could yield different results. I was able to reproduce this 100% of the time. After spending 2 hours trying to narrow the test case down with no luck, I caved into the 'lets back this out' mindset. If the test cases are not easy to figure out, others will not be able to aid in debugging them. This was a failure in 4 files: tex-image-and-sub-image-2d-with-image.html tex-image-and-sub-image-2d-with-video.html texture-size-cube-maps.html texture-size.html
| Comment hidden (Legacy TBPL/Treeherder Robot) |
|
Assignee | |
Updated•12 years ago
|
Keywords: intermittent-failure
|
|
Assignee | |
Updated•12 years ago
|
Whiteboard: [orange]
|
|
Reporter | |
Comment 10•11 years ago
|
||
Resolving WFM keyword:intermittent-failure bugs last modified >3 months ago, whose whiteboard contains none of:
{random,disabled,marked,fuzzy,todo,fails,failing,annotated,time-bomb,leave open}
There will inevitably be some false positives; for that (and the bugspam) I apologise. Filter on orangewfm.Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
|
||
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•