New issue
Advanced search Search tips

Issue 643778 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Closed: Sep 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

When "extending" the screen to a connected monitor, windows should open on same screen they are opened on

Project Member Reported by michaelsafyan@google.com, Sep 2 2016

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 8350.68.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36
Platform: 52.0.2743.116 (Official Build) (64-bit)

Steps to reproduce the problem:
1. Attach an external monitor
2. Configure the monitor to "extend" rather than mirror
3. Move the mouse to the extended monitor
4. Click the "Chrome Remote Desktop" icon in the quick application bar in the bottom left of the extended monitor screen

What is the expected behavior?
The CRD window should open up inside the the same extended monitor (rather than on the internal display)

What went wrong?
The CRD window opens in the internal display monitor (which is not the view in which the application was launched).

Did this work before? N/A 

Chrome version: 52.0.2743.116  Channel: stable
OS Version: 8350.68.0
Flash Version:
 
Components: -UI UI>Shell>MultipleMonitor
Owner: afakhry@chromium.org
Status: Assigned (was: Unconfirmed)
Project Member

Comment 2 by sheriffbot@chromium.org, Sep 3 2016

Labels: Hotlist-Google
Status: Started (was: Assigned)
Status: WontFix (was: Started)
The application remembers the bounds and specifies where to open the window, so this is WAI. If you move the window to external display and close it, then the window will be opened in the external display next time you start it.
I don't think this makes sense. It may make sense relative to the current screen, but if I click on the toolbar on one screen vs another, there is very clear user intent that the app should open in the given window (by choosing which window in which to click the app icon).

Comment 6 by osh...@chromium.org, Sep 14 2016

As I explained, it is the application that specify the bounds, not chromeos.
Application may open multiple windows in a way that they're aligned, and we can't randomly modify the bounds.
Fine, but bounds != window. Can't you switch which window it is opened on, based on the window where I clicked the application tray?

Comment 8 by osh...@chromium.org, Sep 14 2016

We can't ignore the bounds as we do not know the intent of the application.

Another important fact is that application is simply asked to start asynchronously, and application may not open a window, or may open at quite different timing. It may open after you click something on the other display. 

We do open the browser window on the same display as shelf you clicked, and
that's because we control the bounds and we know when it opens.
"We do open the browser window on the same display as shelf you clicked, and
that's because we control the bounds and we know when it opens."

Only if you right-click and select "New window". Surprisingly, clicking on the browser button in the other monitor (where no browser windows are open) minimizes the browser window on the first monitor where a browser window exists (which is likewise very surprising behavior here).

"We can't ignore the bounds as we do not know the intent of the application."

If it's up to the application.... is there a way for applications to identify the monitor on which they were open? And do we have guidelines / help for applications to implement this correctly? Lastly, I encountered this issue specifically while opening Chrome Remote Desktop (an application under our control)... at the very least, could we ensure that this behaves correctly?

Sign in to add a comment