New issue
Advanced search Search tips

Issue 880966 link

Starred by 7 users
Status: Duplicate
Merged: issue 854609
Owner:
lgrey@chromium.org
Closed: Sep 6
Cc:
a...@chromium.org
tapted@chromium.org
ellyjo...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

NSWorkspaceLaunchWithoutActivation broken

Project Member Reported by a...@chromium.org, Sep 5 
A report from a user:

-----
Yesterday I updated Chrome for Mac from version 68 to 69, and I noticed that NSWorkspaceLaunchWithoutActivation now seems to be broken. RSS readers, for example, may call NSWorkspace openURL: with the NSWorkspaceLaunchWithoutActivation option to open a page in Chrome in the background. This worked fine in Chrome 68 and prior, but it brings Chrome 69 to the front when it was already in the background. To easily reproduce, compare the following 2 commands in Terminal. Safari stays in the background, while Chrome comes to the front.

$ open -g -b com.apple.Safari https://google.com

$ open -g -b com.google.Chrome https://google.com
-----

They point to https://chromium-review.googlesource.com/c/chromium/src/+/1163226 as a likely cause.

Comment 1 by tapted@chromium.org, Sep 6

Cc: tapted@chromium.org
Components: UI>Browser
Labels: RegressedIn-69 Hotlist-PlatformExcellence
Owner: lgrey@chromium.org
lgrey might know the trick. I think this needs something similar to r528759, which landed in m65. I doubt it's related to r580659 specifically. Likely it's just related to chrome://flags#views-browser-windows being flipped.

Note this feature has a rough history:
 -  Issue 846301  seems to be the same/similar bug, reported in m66, and
 -  Issue 500038  tracks an early attempt that caused a bunch of regressions and had to be reverted.

Comment 2 by tapted@chromium.org, Sep 6

Cc: ellyjo...@chromium.org
 Issue 846301  has been merged into this issue.

Comment 3 by lgrey@chromium.org, Sep 6

Mergedinto: 854609
Status: Duplicate (was: Assigned)
►

Sign in to add a comment