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

Issue 879665 link

Starred by 3 users

Issue metadata

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



Sign in to add a comment

chrome should always to start mini container first

Project Member Reported by osh...@chromium.org, Aug 31

Issue description

Currently chrome skips this process when chrome crashes or restarted during login.
Chrome should always send the start mini container request so that chrome can send
density information.

Background:

Density used for ARC++ is currently resolved in ebuild file,
which has several drawbacks.
1) It requires manual configuration
2) one board may be used for different devices that have differnet
 panels, so one density may not work for other device, even if
 they use the same board configuration.

I'm working on a permanent fix for issue like this b/112574716,
and need to send density when starting mini container because SF reads this property.


 
Components: OS>Systems>Containers
Summary: chrome should always to start mini container first (was: chrome should always request to start mini container first)
Looking at the code more closely, i think the issue is that
ArcSessionRunner doesn't wait for "mini container started" event
before sending "fullcontainer " request.

Let me invesitgate first to see if I can handle this on my side.
Status: WontFix (was: Assigned)

Sign in to add a comment