New issue
Advanced search Search tips

Issue 611842 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 664530
Owner: ----
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 1
Type: Bug



Sign in to add a comment

Investigate whether WebappActivity#initializeChildProcessCreationParams() causes bad behavior on OOPIF or multiple windows.

Project Member Reported by hanxi@chromium.org, May 13 2016

Issue description

This function is introduced to set the parameters when creating a child process for WebAPKs, but we aren't sure whether the logic work with multi window or with --site-per-process. Fire a bug to track this issue.

 
Blocking: -609122
Blocking: 629181

Comment 3 by sbirch@chromium.org, Jan 17 2017

Labels: OS-Android
Peter, I don't know enough about this one to triage -- do you think it remains a launch-blocker?
It is not a launch blocker because the user can't tell the difference

Comment 5 by owe...@chromium.org, Jan 28 2017

Do you mind expanding a tiny bit? What can the user not tell the difference between?

Comment 6 by owe...@chromium.org, Jan 28 2017

Labels: -Pri-3 Pri-1
Bumping to P1 as it's currently marked as blocking launch, but feel free to mark non-blocking and set priority lower if we've confirmed this is fine as it is.
owencm: Regardless of whether the WebAPK's renderer is running in a Chrome process or a WebAPK process, the WebAPK's UI and functionality are the same.

In the long term I think we should make the WebAPK's renderer run in the Chrome process because there are no wins in having it run in Chrome's renderer
Blocking: -629181
Making this bug not block the launch
Cc: mlamouri@chromium.org
Mergedinto: 664530
Status: Duplicate (was: Untriaged)
It will be handled better by  issue 664530 

Sign in to add a comment