Open
Bug 1216608
Opened 9 years ago
Updated 2 years ago
Incorrect intrinsic width measurement when we have two adjacent whitespace-only textframes
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
NEW
People
(Reporter: cuihao.leo, Unassigned)
Details
(Keywords: parity-chrome, parity-edge, parity-ie)
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 Build ID: 20151015193503 Steps to reproduce: The attachment test.html is a simple HTML to reproduce. Save and open it. It requires jquery to work. Notice that there is a comment after first "span.t-zh". Mozilla Firefox 41.0.2 on Arch Linux x86_64 with latest packages. Actual results: At the end of the first "a" element, an line break is incorrectly inserted. If you remove the comment in the HTML, or remove jquery hide operation, the line break will disappear. Expected results: The newline should not be there I think. I've test on Chromium and some webkit-based browser, there is no line break.
Comment 1•9 years ago
|
||
Updated•9 years ago
|
Component: Untriaged → Layout
Version: 41 Branch → Trunk
Updated•9 years ago
|
Whiteboard: [parity-Chrome][parity-Edge][parity-IE]
Comment 2•9 years ago
|
||
Updated•9 years ago
|
Status: UNCONFIRMED → NEW
Component: Layout → Layout: Text
Ever confirmed: true
Summary: HTML comment adds new line break oddly → Incorrect intrinsic width measurement when we have two adjacent whitespace-only textframes
Comment 3•6 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Whiteboard: [parity-Chrome][parity-Edge][parity-IE]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•