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

Issue 775052 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Dec 20
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Design ARC bridge support for mustash

Project Member Reported by jamescook@chromium.org, Oct 16 2017

Issue description

A long-term goal of mustash is to be able to run ARC++ apps without the browser running. However, right now the ARC bridge service that connects the Android container to Chrome OS lives in the browser process. We need a design to handle this.

The lack of a design here is starting to cause problems like this crash:

https://bugs.chromium.org/p/chromium/issues/detail?id=774713
chrome!arc::internal::ArcBrowserContextKeyedServiceFactoryBase

which was caused in part by //components/arc gaining a dependency on ash and using ash::Shell.

 Issue 756056  tracks //ash references in //chrome/browser/chromeos/arc

Issue 768439 tracks Move ArcNotificationSurfaceManager out of the browser process

Note from  hidehiko in issue 768439:
"many ARC services depend on Profile, which is actually necessary (e.g., fileapi, tts, voice, settings, notification, bluetooth, auth flow, accessibility, policy, etc...)"

I think we need a design before we do too much hacking.

xiyuan, can you coordinate with the ARC guys and figure out a plan for this?

 

Comment 1 by xiy...@chromium.org, Oct 17 2017

Cc: osh...@chromium.org
Components: -Internals>MUS Internals>Services>WindowService
Cc: lhchavez@chromium.org
Labels: -Proj-Mustash Proj-Mash-MultiProcess
lhchavez, do you guys have plans to work on this?

Status: WontFix (was: Assigned)

Sign in to add a comment