Closed
Bug 549184
Opened 15 years ago
Closed 15 years ago
A line box containing an inline element with padding is rendered as zero height
Categories
(Core :: Layout: Block and Inline, defect, P2)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | final+ |
People
(Reporter: fassino, Assigned: roc)
References
Details
(Keywords: regression, testcase)
Attachments
(2 files)
249 bytes,
text/html
|
Details | |
6.29 KB,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
The testcase is rendered differently in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a2pre) Gecko/20100227 Minefield/3.7a2pre (.NET CLR 3.5.30729)
and in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6
Essentially a
<div><span style="padding-left: 1em"></span></div>
is now rendered as zero height, which I don't think is correct.
The same occurs with margin instead of padding.
![]() |
||
Comment 1•15 years ago
|
||
regression between 20100201 and 20100202 builds
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f57b95afb57e&tochange=f557921b88a7
from bug 538935 ?
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → roc
Assignee | ||
Comment 3•15 years ago
|
||
This backs out the patch for bug 538935, reverting LineIsEmpty to mean that all frames on the line return true for nsIFrame::IsEmpty. Then we refix bug 538935 by adding a new flag that is set when all non-span frames on the line are empty.
Attachment #429469 -
Flags: review?(dbaron)
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs review]
Comment on attachment 429469 [details] [diff] [review]
fix
r=dbaron
Attachment #429469 -
Flags: review?(dbaron) → review+
Though, one thing I'm worried about: do we depend on TEXT_START_OF_LINE being set during intrinsic width computation? That happens before reflow. (I guess if we do, it's an existing problem, though.)
Assignee | ||
Comment 6•15 years ago
|
||
(In reply to comment #5)
> Though, one thing I'm worried about: do we depend on TEXT_START_OF_LINE being
> set during intrinsic width computation?
I don't think we do.
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs review] → [needs landing]
Assignee | ||
Comment 7•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Whiteboard: [needs landing]
Assignee | ||
Updated•15 years ago
|
blocking2.0: ? → final+
Priority: -- → P2
You need to log in
before you can comment on or make changes to this bug.
Description
•