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

Issue 750485 link

Starred by 2 users
Status: Untriaged
Owner: ----
Cc:
creis@chromium.org
lukasza@chromium.org
alex...@chromium.org
█ nasko@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Bug



Sign in to add a comment

Middle-clicking back button opens new tab in same process

Reported by khym.cha...@gmail.com, Jul 30 2017 
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Follow a bunch of different links in a single tab in order to develop an URL history for that tab.
2. Repeatedly middle-click the "previous page" button to open up new tabs for URLs that have been previously visited in that tab.

What is the expected behavior?
The different tabs are rendered by different processes, as shown by Chrome's built-in task manager (Shift-Esc).

What went wrong?
The different tabs are all rendered by the same process.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 60.0.3112.78  Channel: stable
OS Version: Fedora 25
Flash Version: Shockwave Flash 26.0 r0

Looks like this wasn't caught by the fix to  issue 23815 .

Comment 1 by nyerramilli@chromium.org, Jul 31 2017

Labels: Needs-Triage-M60

Comment 2 by dtapu...@chromium.org, Jul 31 2017

Components: -Blink UI>Browser>Navigation

Comment 3 by creis@chromium.org, Jul 31 2017

Cc: lukasza@chromium.org creis@chromium.org alex...@chromium.org nasko@chromium.org
Labels: -Pri-2 -Needs-Triage-M60 OS-Chrome OS-Mac OS-Windows Pri-3
Status: Available (was: Unconfirmed)
Summary: Middle-clicking back button opens new tab in same process (was: Middle-clicking "previous page" button opens new tab in same process)
This is due to how duplicating/cloning tabs works in Chrome.  The session history items (i.e., NavigationEntries) keep track of which process they belong to (via SiteInstance), and that is currently preserved when cloning a tab.  Changing this wasn't in scope for the fix for  issue 23815 .

We have been considering changing that behavior, since it affects view-source as well (in  issue 699493 ).  That may affect other behavior with cloned tabs as well, so we'll want to evaluate it carefully before changing it.  Setting Pri-3 since it's not urgent.
Project Member

Comment 4 by sheriffbot@chromium.org, Aug 1

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by lukasza@chromium.org, Aug 1

Labels: -Hotlist-Recharge-Cold
Still repros in 68.0.3440.84 (both via middle-click and via ctrl-click).
►

Sign in to add a comment