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

Issue 666666 link

Starred by 2 users
Status: Fixed
Owner:
█ scottchen@chromium.org
Last visit > 30 days ago
Closed: Jan 2017
Cc:
tommycli@chromium.org
nyerramilli@chromium.org
█ msrchandra@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression

Blocking:
issue 671375



Sign in to add a comment

Regression:'SIGN IN TO CHROME' link button is not displayed properly after entering long data.

Reported by jshan...@etouch.net, Nov 18 2016 
Chrome Version: 56.0.2922.0 Revision 4793d9335b9ce611e2deb40863793fa785773200-refs/heads/master@{#432511}(32/64 bit) 
OS:Windows(7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6, 10.12.1)


What steps will reproduce the problem?
(1)Launch chrome and navigate to chrome://md-settings/
(2)Click on profile icon and type any letter 't' (long press 'T' key ) in 'edit person' text field and observe.

Actual: 'SIGN IN TO CHROME' link button is not displayed properly after entering long data.

Expected: 'SIGN IN TO CHROME' link button should be properly displayed after entering long data.

This is a regression issue broken in 'M56' and below is manual regression range:
Good Build: 56.0.2913.0
Bad Build:  56.0.2915.0
Actual.png
52.8 KB View Download

Comment 1 by msrchandra@chromium.org, Nov 18 2016

Labels: hasbisect-per-revision Proj-MaterialDesign-WebUI
Owner: dpa...@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 56.0.2913.0 (Revision: 430459).
Bad build: 56.0.2915.0 (Revision: 431137).

You are probably looking for a change made after 430815 (known good), but no later than 430816 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/4d77b0e6f0b1ee3fc3b9a1ddb268d86f7c29f065..8c4965f69d6de2d3c4ed9c6cd5b2ccbee1667cad

@dpapad -- Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.
Thank You.

Comment 2 by dpa...@chromium.org, Nov 18 2016

Cc: tommycli@chromium.org
Owner: ----
Status: Available (was: Assigned)

Comment 3 by dpa...@chromium.org, Nov 18 2016 

What a bug number! Just noticed this.

Comment 4 by kkaluri@chromium.org, Nov 25 2016 

Just to to update the latest behavior of the bug, Issue is still observed on chrome latest Canary M57-57.0.2931.0

tommycli@ Could you please let us know is there any recent update available on this issue?

Thanks!

Comment 5 by tbuck...@chromium.org, Jan 7 2017

Blocking: 671375
Labels: Hotlist-MD-Settings-People

Comment 6 by scottchen@chromium.org, Jan 11 2017

Cc: scottchen@chromium.org

Comment 7 by dbeam@chromium.org, Jan 11 2017

Cc: -scottchen@chromium.org
Owner: scottchen@chromium.org
Status: Started (was: Available)
Project Member

Comment 8 by bugdroid1@chromium.org, Jan 12 2017 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/5e234b7e88e8a8f0c48de5713460fe600d510e72

commit 5e234b7e88e8a8f0c48de5713460fe600d510e72
Author: scottchen <scottchen@chromium.org>
Date: Thu Jan 12 17:41:06 2017

MD Settings: Fix issue of long names breaking layout bounds in People section

BUG= 666666 
CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation

Review-Url: https://codereview.chromium.org/2629483002
Cr-Commit-Position: refs/heads/master@{#443280}

[modify] https://crrev.com/5e234b7e88e8a8f0c48de5713460fe600d510e72/chrome/browser/resources/settings/people_page/people_page.html

Comment 9 by scottchen@chromium.org, Jan 12 2017

Status: Fixed (was: Started)
►

Sign in to add a comment