[Webkit-unassigned] [Bug 81084] New: Rendering replaced elements with percentage height within a table cell (with auto height)
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Mar 14 00:04:26 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=81084
Summary: Rendering replaced elements with percentage height
within a table cell (with auto height)
Product: WebKit
Version: 528+ (Nightly build)
Platform: All
URL: http://passport.net
OS/Version: All
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: Layout and Rendering
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: arpitabahuguna at gmail.com
CC: arpitabahuguna at gmail.com
Created an attachment (id=131796)
--> (https://bugs.webkit.org/attachment.cgi?id=131796&action=review)
Screenshot for success case taken on Firefox
Steps to reproduce:
Fetch: http://passport.net using User-Agent: Mozilla/5.0 (SAMSUNG; SAMSUNG-GT-S8600/S8600XXKH7; U; Bada/2.0; en-us) AppleWebKit/534.20 (KHTML, like Gecko) Dolfin/3.0 Mobile WVGA SMM-MMS/1.2.0 OPN-B
Issue: Overlap of contents is visible on the left hand side of the page. The same does not occur on other browsers.
Analysis:
The reduced issue page basically consists of a table with a single row containing three <td>s.
The first <td> holds an iFrame inside it. The second <td> contains some textual content and the third <td> is an empty table cell with width 100%.
Now, while calculating the table cell widths, the first table cell's minimum logical width does not get set based on it's children (iFrame's) width even though the width of the iFrame is not restricted during its layout (the iFrame takes the intrinsic size of 300x150px). This is because the (child) iFrame has it's height specified as 100%.
This causes the second table cell's position to begin immediately after the first table cell thereby causing an overlap.
Issue is reproducible on all platforms.
Adding screenshots for Success (taken on Firefox with the given UA) and Failure (Safari with the given UA) scenarios.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list