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

Issue 631497 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 859152
Owner: ----
Closed: Dec 5
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug

Blocking:
issue 517682



Sign in to add a comment

If Chrome is inactive and in a different space, clicking Chrome Dock icon should activate Chrome and switch to that space, even when an App Window is on the active space

Project Member Reported by stkhapugin@chromium.org, Jul 26 2016

Issue description

Version:  52.0.2743.82 (64-bit)
OS: OSX El Capitan

What steps will reproduce the problem?
(1) Install hangouts extension
(2) Have two Spaces (desktops in OSX that you can swipe between) or more
(3) Open Chrome.
(4) Open Hangouts. Observe that there is Hangouts icon in Dock and Chrome icon in Dock
(5) Move Chrome window to space 1, Hangouts window to space 2
(6) Focus space 2
(7) Click on Chrome icon

What is the expected output?
Space 1 is refocused, Chrome window is brought to front.

What do you see instead?
Hangouts window is in front, Space 2 is still focused.

Please use labels and text to provide additional information.

 
Components: Platform>Extensions UI>Browser>Core
Owner: tapted@chromium.org
Status: Assigned (was: Untriaged)
@tapted are you still the best person for apps/extensions window management bugs?

Is this fixable?  I know we've had similar window management issues in the past that were basically impossible to fix.

Comment 2 by tapted@chromium.org, Jul 27 2016

Summary: If Chrome is inactive and in a different space, clicking Chrome Dock icon should activate Chrome and switch to that space, even when an App Window is on the active space (was: Clicking on Chrome dock icon doesn't open Chrome when an extension is running)
This sounds like  Issue 252547 , and the fix seems to be working correctly for me when I tried to repro in Version 54.0.2808.0 canary

Note there is the Hangouts *extension* (https://chrome.google.com/webstore/detail/google-hangouts/nckgahadagoaajjgafhacjanaoiihapd?hl=en) and the Hangouts *app* (https://chrome.google.com/webstore/detail/google-hangouts/knipolnnllmklapflnccelgolnpehhpl?hl=en). They don't play nice together. Also the extension does some crazier hacks which are being removed.

If you have a Dock icon, then you have the app (but maybe you have the extension as well). So I tried to repro with the app:

Setup:
 - Hangouts app configured with "Always on top" off, "Always on visible workspace" off.
 - Chrome in Space 1
 - Hangouts window in Space 2
Then:
 - In Space 2, Hangouts Focused, Clicking Chrome icon switches to Space 1 and focuses Chrome
 - In Space 1, Chrome Focused, Clicking on Hangouts icon switches to Space 2 and focuses Hangouts

But:
 - In Space 1, Chrome Focused, Clicking on Chrome icon switches to Space 2 and focuses Hangouts - this is something we probably can't do anything about, since 
 - In Space 2, Hangouts *NOT* Focused, Clicking Chrome icon focuses Hangouts. Clicking Chrome icon again switches to Space 1 and focuses Chrome.

I suspect it's that last step you're encountering. I think we tried to fix this and concluded that OSX was making the decision to try and focus a window we didn't want focused rather than invoking -applicationShouldHandleReopen: like it does in other scenarios that the dock icon is clicked. We can intercept applicationShouldHandleReopen:, but not the click-dock-to-focus/cycle windows behaviour.
Status: Archived (was: Assigned)
Archiving old bugs that haven't been modified in over two years. 

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
Blocking: 517682
Components: -UI>Browser>Core -Platform>Extensions UI>Browser>WebAppInstalls
Owner: ----
Status: Available (was: Archived)
This is still relevant, but for something else.
Cc: ccameron@chromium.org
Should be fixed by RemoteMacViews.
Mergedinto: 859152
Status: Duplicate (was: Available)
Duping against the master bug for RMV.

Sign in to add a comment