Issue 798132 link

Starred by 2 users

Issue metadata

Status:	Available
Owner:	----
Cc:	kojii@chromium.org █ viswatej...@techmahindra.com █ sc00335...@techmahindra.com
Components:	Blink>Layout
EstimatedDays:	----
NextAction:	----
OS:	Mac
Pri:	2
Type:	Bug
Needs-Feedback Via-Wizard-API Needs-Triage-M63 Triaged-ET

[css-rhythm] rem unit issue in the value of line-height-step

Reported by daiben.j...@gmail.com, Dec 30 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Steps to reproduce the problem:
See here
https://yuheiy.github.io/pub/line-height-step-with-rem.html

What is the expected behavior?

What went wrong?
As you know, rem unit represents the font-size of the root element. However, if you use the rem unit as the value of line-height-step, even if the font-size of the root element changes, it will not change from 16px.

Did this work before? No 

Does this work in other browsers? N/A

Chrome version: 63.0.3239.84  Channel: n/a
OS Version: OS X 10.13.2
Flash Version:

Comment 1 by viswatej...@techmahindra.com, Jan 1 2018

Tested the issue on chrome reported version 63.0.3239.84, seeing the same behaviour i.e., the sentense "computed line-height-step" got overlapped with the line on latest canary 65.0.3309.0 and 50.0.2661.0, checked the behaviour of the URL provide in firefox, the the sentense "computed line-height-step" is in between two lines.

@Reporter:
Please find attached screencast for you reference, could you please provide the screencast of the expected behaviour of the URL provided, which will help us in further triaging the issue from TE end

Thanks!