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

Issue 683192 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug

Blocking:
issue 682804



Sign in to add a comment

Running ./chrome --mash launches two Chrome browser process

Project Member Reported by kylec...@chromium.org, Jan 20 2017

Issue description

If you run "./chrome --mash" it launches two Chrome browser processes, each with "--process-service-name=content_browser" in the command line and each with their own set of child processes. I've attached a screenshot from htop which shows 114292 and 114268. 

Both Chrome processes were launched when I ran "./chrome --mash" and both are killed when I kill the service_manager. Each Chrome process has a few child processes but only one has renderers. I can kill the Chrome process without renderers and mustash continues to run.

Both Chrome processes create a DBusServices object which is how I noticed this.
 
Screenshot from 2017-01-20 11:57:45.png
230 KB View Download
Blocking: 682804
Cc: sadrul@chromium.org

Comment 3 by sky@chromium.org, Jan 20 2017

Owner: sky@chromium.org
Status: Assigned (was: Untriaged)
There are a couple of potential problems here:
. there is some raciness with how the service_manager gets manifests that may contribute to launching two instances (677194).
. If any singleton service (such as ash) connects directly to chrome then chrome is launched with a user id of the singleton (679407).

Ken is going to make the browser effectively a singleton, which will fix the second issue. I am aware of one place where ash connects to chrome, if that is it I can comment it out until 679407 is fixed. Let me poke at this.
Cc: jonr...@chromium.org
Project Member

Comment 5 by bugdroid1@chromium.org, Jan 20 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/1340ff2da37b5fcd669e08842cea9223b325a873

commit 1340ff2da37b5fcd669e08842cea9223b325a873
Author: sky <sky@chromium.org>
Date: Fri Jan 20 21:30:53 2017

mash: Makes mash and service:ui not establish outgoing connections

The ui service was connecting to chrome for the ime driver. As the ui
service is a singleton and chrome isn't, this triggered launching
another process of chrome, which we don't want. Turns out having ui
connect to chrome for the ime driver is unnecessary as chrome already
does this. So, removing the code.

Mash was connecting to the chrome for the keyboard service. This is
also problematic for similar reasons, so removing it too. Filed bug
to have chrome register keyboard with mash.

BUG= 664267 , 662157 , 664264 , 683192 , 683289 
TEST=none
R=moshayedi@chromium.org

Review-Url: https://codereview.chromium.org/2645683007
Cr-Commit-Position: refs/heads/master@{#445172}

[modify] https://crrev.com/1340ff2da37b5fcd669e08842cea9223b325a873/ash/mus/BUILD.gn
[modify] https://crrev.com/1340ff2da37b5fcd669e08842cea9223b325a873/ash/mus/keyboard_ui_mus.cc
[modify] https://crrev.com/1340ff2da37b5fcd669e08842cea9223b325a873/services/ui/ime/BUILD.gn
[modify] https://crrev.com/1340ff2da37b5fcd669e08842cea9223b325a873/services/ui/ime/ime_server_impl.cc
[modify] https://crrev.com/1340ff2da37b5fcd669e08842cea9223b325a873/services/ui/ime/ime_server_impl.h
[modify] https://crrev.com/1340ff2da37b5fcd669e08842cea9223b325a873/services/ui/manifest.json

Comment 6 by sky@chromium.org, Jan 20 2017

Status: Fixed (was: Assigned)

Comment 7 by dchan@google.com, Apr 17 2017

Labels: VerifyIn-59

Comment 8 by dchan@google.com, May 30 2017

Labels: VerifyIn-60

Comment 9 by dchan@chromium.org, Aug 1 2017

Labels: VerifyIn-61

Comment 10 by dchan@chromium.org, Oct 14 2017

Status: Archived (was: Fixed)
Status: Fixed (was: Archived)

Sign in to add a comment