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

Issue 710663 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Use other robhogan account instead.
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

when CJK is used there is vertical alignment issues for checkbox labels

Reported by mcre...@gmail.com, Apr 11 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Firefox/52.0

Steps to reproduce the problem:
1.For checkbox label when veritical-align is set to bottom, CJK characters are not aligned correctly for checkbox labels. 
In our CSS we had, vertical-align: bottom;
Removing this fixes the issue somewhat.

What is the expected behavior?
With the same CSS the labels should align with the checkbox. The previous behavior can be seen in the attached.

What went wrong?
Alignment was off throughout our UI for checkbox labels that had the vertical-align set. 

Did this work before? N/A 

Chrome version:  57.0.2987.133 (64-bit)  Channel: n/a
OS Version: OS X 10.12
Flash Version: Shockwave Flash 25.0 r0
 
Before version 57.png
9.2 KB View Download
With version 57.png
9.2 KB View Download
Labels: Needs-Triage-M57
Cc: brajkumar@chromium.org
Labels: Needs-Feedback
mcreddy@ Could you please provide a sample test case or URL of the webpage to check this issue from Chrome-TE end.

Thanks!

Comment 3 by tkent@chromium.org, May 5 2017

Cc: tkent@chromium.org
Components: -Blink Blink>Layout
Status: Archived (was: Unconfirmed)
Feedback timeout

Comment 4 Deleted

Comment 5 by mcre...@gmail.com, Jun 14 2017

Re-attaching the file.
checkboxIssue.tar.gz
33.5 KB Download

Comment 6 by tkent@chromium.org, Jun 15 2017

Labels: -Type-Bug -Needs-Feedback Hotlist-Interop Needs-Bisect Type-Bug-Regression
Status: Untriaged (was: Archived)

Comment 7 by e...@chromium.org, Jun 19 2017

Cc: kojii@chromium.org
Labels: -Pri-2 -Type-Bug-Regression Pri-3 Type-Bug
Status: Available (was: Untriaged)

Comment 8 by e...@chromium.org, Jun 19 2017

Labels: -Type-Bug -Pri-3 Pri-2 Type-Bug-Regression
Cc: kkaluri@chromium.org
Labels: -Pri-2 -Needs-Bisect M-61 hasbisect OS-Linux OS-Windows Pri-1
Owner: robhogan@chromium.org
Status: Assigned (was: Available)
Able to reproduce this issue on Windows 10, Ubuntu 14.04 and Mac 10.12.5 with chrome stable #59.0.3071.104, Canary #61.0.3135.4
Issue broken in M-52.

Bisect Info:
===========
Good build : 52.0.2716.0 ,  Revision Range - 389538
Bad build  : 52.0.2718.0 ,  Revision Range - 389938

After executing the old bisect script , i got the following CL's between good and bad build versions
===========================================
https://chromium.googlesource.com/chromium/src/+log/b035703e56aaf11e91c61891c20a178e72fee797..51ec9d8a90ae3eb0407ad42ce965bcaceb95bc1a

The suspecting CL is :
-----------------------
Review URL: https://codereview.chromium.org/1910053003

robhogan@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.

Issue 710663 - Good.png
49.3 KB View Download
Issue 710663 - Bad.png
49.1 KB View Download
Status: WontFix (was: Assigned)
The test case relies on quirks mode behaviour. If you use <!DOCTYPE html> the bug goes away. We don't support quirks-mode compatibility fixes anymore so this is a wontfix.

if you can find a variant of the bug that reproduces with <!DOCTYPE html> then please re-open and we'll fix it here.

Comment 11 by mcre...@gmail.com, Jun 30 2017

I have updated the test case with the DOCTYPE declaration we use. 
checkboxIssue.tar.gz
35.1 KB Download
That's still a version of quirks mode unfortunately.

Comment 13 by robho...@gmail.com, Oct 23 2017

Cc: robho...@gmail.com susanjuniab@chromium.org
 Issue 776388  has been merged into this issue.

Sign in to add a comment