New issue
Advanced search Search tips

Issue 907454 link

Starred by 2 users
Status: WontFix
Owner:
pkasting@chromium.org
Closed: Dec 13
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
pkasting@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Unwanted extra space is seen between + icon and tabstrip after resizing browser window.

Reported by db...@etouch.net, Nov 21 
Chrome Version: 72.0.3617.0 Revision 4b5e988589e5f4f1db23c9441c7739ca6f1bd72b-refs/branch-heads/3617@{#1}(32/64 bit)
OS: Windows(7,8,8.1,10) 

What steps will reproduce the problem?
(1) Launch chrome, open multiple tabs then resize browser window.
(2) Observe space between + icon and tabstrip.

Actual: Unwanted extra space is seen between + icon and tabstrip.

Expected: No such a extra space should seen.

This is a regression issue, broken in 'M69', will soon update the other info:

Good Build:69.0.3476.0
Bad Build: 69.0.3478.0

Note: issue is not seen on Mac(10.13.1,10.13.6,10.14.6) and Linux(10.14LTS) OS.
Screenshot.png
84.8 KB View Download

Comment 1 by db...@etouch.net, Nov 21

Components: UI>Browser>TabStrip
Labels: hasbisect
Owner: pkasting@chromium.org
Status: Assigned (was: Unconfirmed)
You are probably looking for a change made after 571738 (known good), but no laer than 571739 (first known bad).
CHANGELOG URL:
  
https://chromium.googlesource.com/chromium/src/+log/ac4647011531e18d597130dd57b313af514961ba..630979171b981ffefd07c1e31036f322b6cb03f1

Suspect: https://chromium.googlesource.com/chromium/src/+/630979171b981ffefd07c1e31036f322b6cb03f1

@pkasting: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Comment 2 by robliao@chromium.org, Nov 22

Labels: Hotlist-DesktopUIConsider

Comment 3 by robliao@chromium.org, Nov 22

Labels: Group-Tabstrip

Comment 4 by robliao@chromium.org, Nov 29

Labels: -Hotlist-DesktopUIConsider Hotlist-DesktopUITriaged

Comment 5 by robliao@chromium.org, Dec 11

Labels: -Target-72 -Target-71 -Target-70 M-73 Target-73

Comment 6 by pkasting@chromium.org, Dec 13

Status: WontFix (was: Assigned)
This is actually longstanding behavior of being in overflow -- the new tab button pins to the right edge of the max width of the tabstrip, even if we can't divide that into the existing tabs evenly.  We could reflow tabs to take up the space or move the new tab button to the left to pin to the rightmost visible tab; the latter would probably be better, but it still means that there'd be a movement jump of unpredictable size between "full tabstrip" and "overflowing tabstrip".  This seems worse than leaving the gap.

This will be moot with scrolling tabs anyway, so closing.
►

Sign in to add a comment