Closed Bug 924215 Opened 6 years ago Closed 4 years ago
GL Conformance Test "crashes" Browser
While trying to run the WebGL Conformance tests at: https://www.khronos.org/registry/webgl/conformance-suites/1.0.1/webgl-conformance-tests.html the browser eventually "crashes" before the tests can finish. The error: "Well, this is embarassing. We tried to display this web page, but,it's not responding". I'm also attaching a logcat log which shows some additional WEbGL related failures as well. Tested on v1.2 on a QRD 7x27 device with the following versions: Gaia version: a13c76f8d3c617ee57c302c103da04ed1a6298d1 Gecko version: 85ead3614a3de104ca8b52c63a5b9b35c68feaa5
blocking-b2g: --- → koi?
Depends on: 916996
Priority: -- → P1
Component: Gaia::Browser → Canvas: WebGL
Product: Boot2Gecko → Core
Version: unspecified → 26 Branch
This appears to be a layers issue, given that the error appears to be hit in IPC send/recv.
Component: Canvas: WebGL → Graphics: Layers
Nical, can you take a look at this blocker?
Assignee: nobody → nical.bugzilla
blocking-b2g: koi? → koi+
Any news on this?
(In reply to Jeff Gilbert [:jgilbert] from comment #2) > This appears to be a layers issue, given that the error appears to be hit in > IPC send/recv. The message ###!!! [Parent][AsyncChannel] Error: Channel error: cannot send/recv shows up when the communication channel is broken, independently of whether the app crashed in layers code. I reproduced the bug and it turns out the app is sigkilled because the phone is running out of memory
(In reply to Nicolas Silva [:nical] from comment #5) > I reproduced the bug and it turns out the app is sigkilled because the phone > is running out of memory Err actually I may have spoken too fast. It could be something in my patch queue that was causing this, not sure yet
Reproduced again with an empty patch queue and the tab still appears to be sigkilled because of OOM. Is there any (even rough) regression range for this bug?
I managed to reduce the test case a bit: at least conformance/oes-standard-derivatives.html is crashing the browser with 100% repro for me so far. reduced test case here: http://people.mozilla.org/~nsilva/webgl/webgl-conformance-tests.html
The test URL here is the official Khronos WebGL conformance tests. We don't control this URL. This test suite allocates fairly large WebGL textures and buffers. That's largely intentional. There is some room for debate there, but in any case the test URL here is the 1.0.1 version, and that is set in stone. Now, the crash reported here, as pointed out above by Nicolas, is an out-of-memory kill. There is nothing that we can do to prevent that from happening while running heavy payloads in the browser, and the present conformance tests URL is such a heavy payload. So this bug is probably not actionable. I also don't suppose that this ever ran on B2G v1.1, so this isn't a regression. So I don't think that this is a blocker. It seems that the reason why this was assigned to Nicolas is: (In reply to Jeff Gilbert [:jgilbert] from comment #2) > This appears to be a layers issue, given that the error appears to be hit in > IPC send/recv. The IPC send/recv is something that happens unconditionally in the B2G main process when some child process died and it's still trying to talk to it. It also is common to have a lot of layers-ipc-related stuff in logcat, just because layers-ipc is something that happens all the time. Nothing here points to a layers bug.
6 years ago
Assignee: nical.bugzilla → nobody
blocking-b2g: koi+ → -
Revive as needed.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.