New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 736902 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug
Proj-XR



Sign in to add a comment

Crash on enter VR with compositor context error

Project Member Reported by amp@chromium.org, Jun 26 2017

Issue description

Chrome Version: 61.0.3142.0 (dev build from sha 56ab4c1ae8f3)
OS: Android O 8.0.0

What steps will reproduce the problem?
(1) Start Chrome
(2) Insert device into Daydream headset

What is the expected result?
Enters VR normally

What happens instead?
Crash

[FATAL:compositor_impl_android.cc(760)] Too many context creation failures. Giving up...

See attached stack trace for more.

This is currently repro'ing 100% for me, but when I first started with this build it didn't happen (might have something to do with playing multiple videos from m.youtube and switching between fullscreen a lot).
 
stacktrace.log
14.4 KB View Download

Comment 1 by amp@chromium.org, Jun 26 2017

Note that if I switch to cardboard and use the --vr-shell-dev flag to enter vr then it works fine, so it may be a vr core issue.

vr core version: 1.7.159470735
Cc: mthiesse@chromium.org
Labels: -Pri-2 M-61 Pri-1
Status: Available (was: Untriaged)
Cc: boliu@chromium.org

Comment 4 by boliu@chromium.org, Jun 28 2017

need the gpu process crash log, but might be crbug.com/722962

Comment 5 by amp@chromium.org, Jun 28 2017

Is there a defined method for getting the gpu process crash log, or is it just output from logcat?  Assuming the latter, see attached.
vr.log
138 KB View Download

Comment 6 by boliu@chromium.org, Jun 28 2017

Not crbug.com/722962

06-28 10:12:04.484  4956  4977 E libEGL  : eglCreateWindowSurface: native_window_api_connect (win=0xde2f5808) failed (0xffffffed) (already connected to another API?)
06-28 10:12:04.484  4956  4977 E libEGL  : eglCreateWindowSurface:491 error 3003 (EGL_BAD_ALLOC)
06-28 10:12:04.484  4956  4977 E chromium: [ERROR:gl_surface_egl.cc(827)] eglCreateWindowSurface failed with error EGL_BAD_ALLOC
06-28 10:12:04.485  4956  4977 E chromium: [ERROR:gpu_command_buffer_stub.cc(686)] Failed to create surface.

Sounds like it's trying to create a second egl surface out of the same window handle, something like that? That's probably wrong
Cc: klausw@chromium.org bshe@chromium.org
Cc: billorr@chromium.org
I'm seeing this too, but my vrcore is 1.6.160172134.
Attempting a bisect.
Builds that used to work are failing now, so I'm having trouble bisecting.  I had an O update when this started failing.  However, canary is still working for me, so it appears to be dev-build only.

changing gn args didn't help.

building monochrome_apk or chrome_apk works fine, but chrome_public_apk doesn't, so the issue is around src-internal (perhaps a bad file that is sticking around?).





Comment 11 by amp@chromium.org, Jun 29 2017

I synced to ToT again (7bda9a5b4c91) and am no longer able to repro this on my device.
I take back that I couldn't repro with chrome_apk.  It still repros, just not 100% of the time.  Trying to sync later per Adam's suggestion.

Comment 13 by amp@chromium.org, Jul 7 2017

After not being able to repro last week I started seeing this again with a build from yesterday.
Components: Internals>VR
Owner: amp@chromium.org

Comment 16 by amp@chromium.org, Jul 7 2017

I was able to go back to 7bda9a5b4c91 and see it working correctly again, so I may be able to bisect this.

Comment 17 by amp@chromium.org, Jul 7 2017

Labels: -Pri-1 Pri-2
And now I can no longer repro (after bisecting and getting back to a point past where I saw it fail in comment #13).

Not sure what to do with this now.  In the meantime I think we can drop the priority until it repros more often or more reliably.
Components: -UI>Browser>VR
Owner: ----
Owner: mthiesse@chromium.org
Status: Assigned (was: Available)
Status: WontFix (was: Assigned)
Can't reproduce.

Please re-open if you start seeing this again.
Components: Internals>XR

Sign in to add a comment