New issue
Advanced search Search tips

Issue 910459 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

Cmd-tab'ing to Chrome causes macOS to switch virtual spaces

Project Member Reported by jacobsa@google.com, Nov 30

Issue description

Chrome Version       : 71.0.3578.62
OS Version: OS X 10.14.1
URLs (if applicable) :

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.62 Safari/537.36

I'm running macOS 10.14.1 (18B75) with Chrome 71.0.3578.62 beta. I have macOS
configured with two "spaces", laid out horizontally. I use Chrome windows on
both spaces. I don't have "When switching to an application, switch to a Space
with open windows for the application" checked in System Preferences.

Every day or two things will get into a state where when I Cmd-tab from another
application into Chrome, it switches spaces. If I'm on space 2 and switch to
Chrome, it will go to a Chrome window on space 1. If I Cmd-tab away and then
back again, it will take me to a Chrome window on space 2.

This persists until I restart Chrome, at which point the usual behavior is
back: I stay on the space where I was when I Cmd-tab to Chrome (or any
application). The problem doesn't happen when I click a Chrome window to
activate it; only when I use Cmd-tab. But I nearly always use Cmd-tab.

This appears to have a correlation with using at least one or two of the
following things:

 * Gmail
 * Google Calendar
 * A Google-internal rollout tool
 * A Google-internal monitoring dashboard
 * A Google-internal monitoring query system

I had these open when this problem most recently happened, and closing some
subset of them at least perturbed the problem: now I'm booted from space 2 to
space 1, but not the other way around. But I don't *always* get this problem
when using them.

This problem is terribly annoying and disruptive. :-( Any advice about how to
help you debug it is appreciated.
 
Labels: Target-73 M-73
Owner: a...@chromium.org
Status: Assigned (was: Unconfirmed)
Tentatively over to avi@:

I *believe* that we have bugs that can cause windows to raise when (eg) their status changes, which causes us to create a status bubble for them. If activating Chrome in one space causes a window in another space to change status (because they share state somehow) maybe that could cause this...? This is a wild guess though.
Cc: sdy@chromium.org
Probably related to issue 898055?
Issue 918002 has been merged into this issue.

Sign in to add a comment