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

Issue 591027 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: Text misalignment issue is seen for all the buttons on ’chrome://settings' page.

Reported by dchau...@etouch.net, Mar 1 2016

Issue description

Chrome Version: 50.0.2661.5 c836bc532e4bd4bacb0be5bb10efd493b0057679-refs/branch-heads/2661@{#19} 
OS: Mac

What steps will reproduce the problem?
1. Launch chrome and navigate to chrome://settings/importData
2. Change the ‘From’ drop-down list to ‘Mozilla Firefox’ and observe.

Texts are not vertically centre aligned in ‘From’ drop-down list.
Texts should vertically centre align in ‘From' drop-down list.

This is a regression issue, broken in M-50 series, below is bisect info.
Good build: 50.0.2655.0
Bad build: 50.0.2656.0

Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/791e5860824e84a15ae8e440390a6fd9bd40e52f..a0cc3019c5178b0b14c561d89c4d65845deb5da5?pretty=fuller&n=50

Suspecting: r376674

Note: 
1. This issue is also seen for all the buttons on ’Settings’ page.
2. This issue is not seen on Windows and Linux OS.

Kindly review the attached screenshot for reference.
 
Alignment_Screenshot.png
31.8 KB View Download
Labels: ReleaseBlock-Stable
Adding release block label, please undo if not the case.

Comment 2 by tkent@chromium.org, Mar 3 2016

Labels: -Pri-1 -M-50 -ReleaseBlock-Stable Pri-3
Basically this is an intentional change.  But we might be able to improve it.

I don't think this is a release blocker.  Very trivial cosmetic issue.

Cc: dbeam@chromium.org
Components: -Blink>Fonts Blink>Forms>Select

Comment 4 by tkent@chromium.org, Mar 3 2016

Components: -Blink>Forms>Select
This is not a Blink bug.

I defer to you since I'm not Blink-knowledgeable. But I'm wondering, if crrev.com/1474233002 has undesirable/unexpected impacts on our WebUI, won't it also impact the rest of the web?

Comment 6 by tkent@chromium.org, Mar 3 2016

crrev.com/1474233002 fixed a browser-compatibility issue.  So, it affects Chrome-only pages like chrome://settings, and sites which has Chrome-only workaround.

Comment 7 by dbeam@chromium.org, Mar 4 2016

I agree with tkent

it was a bug that -webkit-appearance: none; didn't zero out the padding before (and he fixed this).

can we just add something like:

  select {
    padding: <previous_legacy_padding>;
  }

to widgets.css[1]?

[1] https://code.google.com/p/chromium/codesearch#chromium/src/ui/webui/resources/css/widgets.css&q=select%20%5C-webkit%5C-appearance%20none&sq=package:chromium&type=cs&l=36

Comment 8 by tkent@chromium.org, Mar 4 2016

> can we just add something like:

It's done by crrev.com/363594.  So we don't have any problems on Windows and Linux.

crrev.com/363594 unexpectedly changed OSX behavior, and crrev.com/376674 tried to fix it because I thought reverting crrev.com/363594 was worse.  Before crrev.com/363594, alignment of SELECT and buttons was broken on OSX.

Comment 9 by tkent@chromium.org, Jun 24 2016

Status: WontFix (was: Assigned)
This issue will be gone by md-settings.

Sign in to add a comment