When "extending" the screen to a connected monitor, windows should open on same screen they are opened on |
||||
Issue descriptionUserAgent: 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:
,
Sep 3 2016
,
Sep 6 2016
,
Sep 8 2016
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.
,
Sep 13 2016
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).
,
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.
,
Sep 14 2016
Fine, but bounds != window. Can't you switch which window it is opened on, based on the window where I clicked the application tray?
,
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.
,
Sep 15 2016
"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 |
||||
Comment 1 by abodenha@chromium.org
, Sep 2 2016Owner: afakhry@chromium.org
Status: Assigned (was: Unconfirmed)