New issue
Advanced search Search tips

Issue 813256 link

Starred by 2 users
Status: WontFix
Owner:
drott@chromium.org
Closed: Feb 2018
Cc:
vamshi.kommuri@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Underline on Links and Text Behind Certain Characters - Elements Styled (with text-decoration: underline;) Look Terrible

Reported by earnolma...@gmail.com, Feb 17 2018 
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36

Steps to reproduce the problem:
1.  

1. https://jsfiddle.net/589pyc2z/2/
2. In the fourth quadrant where the JSFiddle result is shown, notice how the underline isn't covering the "y", "g", and some other hanging characters I probably missed?
3. Happens on every site and every page where text is underlined using text-decoration: underline;
4. Seems to have happened in latest Chrome 64.0.3282.167 (think it worked properly in 63)

What is the expected behavior?
See how Firefox handles it, and do it the same way.

What went wrong?
The underline is supposed to cover hanging characters.  This is how every browser has handled it... until Chrome's latest version.

Did this work before? N/A 

Chrome version: 64.0.3282.167  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:

Comment 1 by earnolma...@gmail.com, Feb 17 2018 

Screenshot attached showing Chrome and Firefox behavior.
chrome_handling_underlined_text_incorrectly.jpg
143 KB View Download

Comment 2 by krajshree@chromium.org, Feb 18 2018

Labels: Needs-Triage-M64

Comment 3 by vamshi.kommuri@chromium.org, Feb 20 2018

Cc: vamshi.kommuri@chromium.org
Labels: Needs-Bisect

Comment 4 by jack.who...@gmail.com, Feb 20 2018 

See also https://bugs.chromium.org/p/chromium/issues/detail?id=813778: New discontinuous "text-decoration: underline" style fails at Cyrillic "ะด"
(This is a different task, since it's not asking to remove the new behaviour, focusing on an exact flaw.)

Comment 5 by vamshi.kommuri@chromium.org, Feb 21 2018

Components: Blink>Fonts
Labels: -Type-Bug -Pri-2 -Needs-Bisect hasbisect-per-revision ReleaseBlock-Stable Triage-ET RegressedIn-64 M-64 Target-65 FoundIn-66 Target-66 FoundIn-64 FoundIn-65 Target-64 OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: drott@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on reported chrome version 64.0.3282.167 and on the latest canary 66.0.3350.0 using Windows 10, Ubuntu 14.04 and Mac 10.13.1.

Bisect Information:
====================
Last Good Build :  64.0.3260.0
First Bad Build :  64.0.3261.0

You are probably looking for a change made after 514103 (known good), but no later than 514104 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/996d9b188fc8d6987fc1129e93aebd8c3ef89635..cc22f53f9455428f8d6ad59633730e6d4e7b5273

Suspecting the same.
Review URL: https://chromium-review.googlesource.com/749148

@drott: Please help in re-assigning it to others if not related to your change.

Note: Adding RB-Stable as this seems to be a recent regression, Please remove if not the case.

Thanks!

Comment 6 by drott@chromium.org, Feb 21 2018

Status: WontFix (was: Assigned)
This is the intended behavior, for details, see the discussion in 
https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/47BHtmz0jVY
and  issue 784493 .

If you'd like to deactivate ink-skipping, please use CSS
text-decoration-skip-ink: none;

Comment 7 by earnolma...@gmail.com, Feb 21 2018 

OK, just change the way underline text has worked for the past 30+ years.  This is a terrible decision.

Comment 8 by earnolma...@gmail.com, Feb 21 2018 

text-decoration-skip-ink: none; should be the default if no style is specified.

It's clearly an experimental CSS style:

https://developer.mozilla.org/en-US/docs/Web/CSS/text-decoration-skip

Let's just reinvent the way underlining works for no reason.
►

Sign in to add a comment