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

Issue 868130 link

Starred by 4 users

Issue metadata

Status: Duplicate
Merged: issue 757253
Owner:
Closed: Jul 30
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Opening an link from another application won't open in Incognito

Reported by ssigw...@gmail.com, Jul 26

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36

Steps to reproduce the problem:
1. Make sure Chrome is your default browser.
2. Open an Incognito window in Chrome.
3. Switch to another application (E.g. Apple Mail, Evernote, etc.).
4. Click a link in that application.

What is the expected behavior?
The link should open in the Incognito window.

What went wrong?
Prior to Chrome 68, the link would open in the last window (the Incognito window).  However, now it skips that window and finds a non-Incognito window to open in.

Did this work before? Yes 67

Chrome version: 68.0.3440.75  Channel: stable
OS Version: OS X 10.11.6
Flash Version: 

I'm not sure if this was an intentional change or not.  However, I use this for a little extra security when opening questionable links from E-mail.
 
Labels: Needs-Triage-M68 Needs-Bisect
Cc: swarnasree.mukkala@chromium.org
Labels: -Needs-Bisect ReleaseBlock-Stable M-68 Triaged-ET Target-70 RegressedIn-68 FoundIn-69 Target-69 FoundIn-70 Target-68 FoundIn-68 hasbisect-per-revision
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on the reported version#68.0.3440.75 and latest chrome #70.0.3504.0 using Mac 10.13.6.Tool bisect on Mac didn't work and we were getting error from TE end ,hence forwarded to In house team similar error was encountered there as well. Attached is the error encountered while performing tool bisect.

Bisect Information:
===================
68.0.3409.0- Good
68.0.3410.0-Bad

Hence marking it as untraiged and adding release block stable please feel free to remove it if not applicable.
Thanks.!
error.txt
7.4 KB View Download
Cc: manoranj...@chromium.org
Components: UI>Browser>Incognito UI>Browser>Navigation
Labels: hasbisect
Manual Omahaproxy changelog:

https://chromium.googlesource.com/chromium/src/+log/68.0.3409.0..68.0.3410.0?pretty=fuller&n=10000
Labels: M-69
Could someone from UI>Browser team please take a look into it as it is marked as RBS.
Thanks..!

Cc: viswa.karala@chromium.org
Labels: -Pri-2 -hasbisect Pri-1
Owner: dullweber@chromium.org
Status: Assigned (was: Untriaged)
Able to reproduce the issue on the reported chrome 68.0.3440.75 and latest chrome 70.0.3506.0 using Mac OS 10.12.6, hence providing reverse bisect info

Bisect Info:
================
Good build: 68.0.3409.0
Bad build:  68.0.3410.0

CHANGELOG URL:

You are probably looking for a change made after 554001 (known good), but no later than 554002 (first known bad).
https://chromium.googlesource.com/chromium/src/+log/6ec7baa3cf18eae19d943d1a0f81dcdc8d1e1721..820ee5fae034922ac3faa5762078339efceef69a
Reviewed-on: https://chromium-review.googlesource.com/1025656

Christian Dullweber: Please confirm the issue and help in re-assigning if it is not related to your change.

Thanks!
 Issue 868638  has been merged into this issue.
This was an intentional change as Chrome on Mac behaved differently than all other plattforms. There are more details on  https://crbug.com/757253 . If you disagree, please comment there.
Mergedinto: 757253
Status: Duplicate (was: Assigned)

Sign in to add a comment