Chrome handles links from macOS apps incorrectly with multiple desktops
Reported by
matt.dia...@gmail.com,
Sep 1 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Steps to reproduce the problem: 1. Have a Chrome window on the same virtual desktop as the opener app, and another on a different desktop 2. Focus window on the different desktop and switch back to opener app so that the last focused Chrome window is the one on the different desktop 3. open a link from the opener app What is the expected behavior? Chrome should focus the same Chrome window that the url is opened in, and should be come the active app in macOS What went wrong? - url is opened on the chrome window on the different desktop (the last focused one) this window is now visible. - that different desktop is switched to - chrome's active window becomes the one on the same desktop as the opener app (not the one that opened the url) - the active application in macOS is the sender app, where it should be chrome Did this work before? No Chrome version: 52.0.2743.116 Channel: n/a OS Version: OS X 10.11.4 Flash Version: Shockwave Flash 22.0 r0
,
Sep 2 2016
+ellyjones since this is related to spaces.
,
Sep 14 2016
I'll take a look at this.
,
May 29 2018
Any new info on this? I'm still able to reproduce the following on macOS 10.13.4, Chrome 66.0.3359.181:
Opening links using the "in background" mode will not open them in the Chrome window on the current desktop iff the last-focused Chrome window is on a different desktop.
For reference, this is how links are opened "in background" on macOS:
NSWorkspace.shared.open(
urls,
withAppBundleIdentifier: bundleIdentifier,
options: NSWorkspace.LaunchOptions.withoutActivation
additionalEventParamDescriptor: nil,
launchIdentifiers: nil
)
,
May 29 2018
No, no updates here. |
|||
►
Sign in to add a comment |
|||
Comment 1 by matt.dia...@gmail.com
, Sep 1 2016