New issue
Advanced search Search tips

Issue 818440 link

Starred by 3 users
Status: Available
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

Negative margin leads to incorrect width:auto computation

Reported by edema...@gmail.com, Mar 3 2018 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36

Steps to reproduce the problem:
Open jsfiddle: https://jsfiddle.net/edemaine/ruL1bbcb/7/

Or open attached test.html

What is the expected behavior?
Both boxes should have an auto width that tightly contains the text ("Hello" overlapping with "world").

What went wrong?
The second example (where everything is display:inline-block) has a wider box than it should, basically ignoring the negative space caused by negative margin-left.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 64.0.3282.186  Channel: stable
OS Version: 10.0
Flash Version: 

This seems to be the source of this bug: https://github.com/Khan/KaTeX/issues/836

Everything works fine on Firefox, so this bug is isolated to Chrome.
test.html
415 bytes View Download
chrome_output.png
8.7 KB View Download
firefox_output.png
8.5 KB View Download

Comment 1 by sindhu.chelamcherla@chromium.org, Mar 4 2018

Labels: Needs-Triage-M64

Comment 2 by krajshree@chromium.org, Mar 5 2018

Labels: Triaged-ET M-67 Target-67 FoundIn-67 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on Mac 10.13.3, Win-10 and Ubuntu 14.04 using chrome reported version #64.0.3282.186 and latest canary #67.0.3361.0.
This is a non-regression issue as it is observed from M60 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Comment 3 by e...@chromium.org, Mar 5 2018

Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
►

Sign in to add a comment