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

Issue 883046 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug-Regression
Proj-VR
Proj-XR-AR
Proj-XR



Sign in to add a comment

[ar] Properly handle session request after ArCore install/update completed or cancelled

Project Member Reported by tiborg@chromium.org, Sep 11

Issue description

Our AR core install flow assumes that ResumeTracking will be called after ArCore has either been updated/installed or the update/install request was cancelled (see [1]). However, ResumeTracking is not called in that case. As a result, we queue up some AR session requests and never answer them. Also, reloading the page in that causes the following crash:

[FATAL:isolated_xr_service.mojom.cc(1069)] Check failed: !connected. XRRuntime::RequestSessionCallback was destroyed without first either b
eing run or its corresponding binding being closed. It is an error to drop response callbacks which still correspond to an open interface pipe.

[1] https://cs.chromium.org/chromium/src/chrome/browser/android/vr/arcore_device/arcore_device.cc?rcl=cb66a54e60d13ab0593e3b387f8f90b0ddd43e8b&l=113
 
Labels: AR-Test
consider 1-5 main CUJ/test cases that we intend to support, and rest are edge cases we should ensure don't crash or have bad things happen.
Cc: btebbs@chromium.org

Sign in to add a comment