Bug 15151

Summary:

Computed tr height is incorrect

Product:

WebKit

Reporter:

Mike Aizatsky <mike.aizatsky>

Component:

Tables

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Normal

CC:

dbates, mitz

Priority:

Keywords:

HasReduction

Version:

523.x (Safari 3)

Hardware:

Mac

OS:

OS X 10.4

Attachments:

Description	Flags
A test case	none

Mike Aizatsky

Reported 2007-09-06 07:48:10 PDT

According to http://www.w3.org/TR/REC-CSS2/tables.html#q7 17.5.3 The height of a 'table-row' element's box is calculated once the user agent has all the cells in the row available: it is the maximum of the row's specified 'height' and the minimum height (MIN) required by the cells. Load the attached sample & press the button - tr disappears, though it clearly had a height assigned. Mozilla has the intended behaviour - tr has its height.

Attachments
A test case (829 bytes, text/html) 2007-09-06 07:50 PDT, Mike Aizatsky	no flags	Details
View All Add attachment proposed patch, testcase, etc.

Mike Aizatsky

Comment 1 2007-09-06 07:50:38 PDT

Created attachment 16207 [details] A test case Test case attached

mitz

Comment 2 2007-09-06 08:22:58 PDT

Note that if the TR's style attribute is specified in markup (rather then set after parsing), the test case behaves as expected.

Daniel Bates

Comment 3 2010-01-24 15:16:48 PST

*** This bug has been marked as a duplicate of bug 24971 ***

Note You need to log in before you can comment on or make changes to this bug.