Tab focus regression (doesn't go back to original tab when new tab is closed)
Reported by
mx...@case.edu,
Sep 30 2016
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36 Steps to reproduce the problem: 1. Open several tabs. 2. From any but the rightmost tab, open a new tab (ctrl-T), go to a page, use it for a minute. 3. Close that new tab. What is the expected behavior? Focus should go back to the tab from the start of step 2. What went wrong? Focus goes to the rightmost open tab (which was just to the left of the new tab from step 2). Did this work before? Yes Through version 50something at least Chrome version: 53 Channel: stable OS Version: 6.1 (Windows 7) Flash Version: This bug cropped up within the last year or so, and was finally fixed after a few versions. The feature was even enhanced somewhat so that if focus stayed within a new tab *and* a few children of it, closing all of them would return to the original. Now the issue is back.
,
Oct 17 2016
Able to reproduce this issue on Windows-10 using chrome latest stable M54-54.0.2840.59 and earlier version of chrome M30 - 30.0.1549.0 In both versions, after closing the NTP, the focus is shifting to rightmost tab. check the attached screenshot. This is a non-regression issue and marking it as untriaged.
,
Oct 17 2016
That video is great, and seems to highlight an additional problem (usually you'd expect the Twitter tab to become active upon closing the Youtube tab), but instead of opening a new tab from a right-click menu, try making the Twitter tab active and then pressing ctrl-T or clicking the new tab stub in the tab bar. That new tab will appear all the way on the right, and when you close it, the TED tab will become active. Both might have the same cause (since the new tab I describe has nothing to its right to fall back onto it would display the behavior I describe). If I knew what "a non-regression issue" and "untriaged" meant in this context I might have more to say.
,
Oct 17 2016
,
Oct 17 2016
,
Oct 19 2016
Removing 'Needs-Bisect' label as it is non-regression issue which we are able to reproduce from earlier versions of chrome M30 - 30.0.1549.0.
,
Nov 15 2016
Since no one else is bothering to look at this, I found a version from earlier this year that works correctly. 52 (52.0.2719.0), found in build 390005 in 64-bit Windows, is an example. Open it up. It even starts with two tabs open. From tab 1, hit ctrl-T (with the keyboard), which puts tab 3 at the right and switches to it. Load a website. Right-click a link into a tab 4 if you like. Use those. Close them. Note that focus returns to tab 1, while the current version(s) since September or earlier put focus on tab 2. Now, FIX IT.
,
Aug 21
Archiving old bugs that haven't been actively assigned in over a year. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Aug 21
Archiving old bugs that haven't been actively assigned in over a year. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Aug 21
Archiving old bugs that haven't been actively assigned in over a year. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by mx...@case.edu
, Oct 14 2016