911332 - Firefox fails to calculate layout (show content) when it has deeply nested table-td-div elements

Status: RESOLVED DUPLICATE of bug 256180

(Core :: Web Painting, defect)

Description

[Viktor Snezhko]

Attachment: FirefoxTableBug.html

User Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; .NET4.0C; .NET4.0E)

Steps to reproduce:

I am not sure if it is a duplicate of existing reports, though there are some reports with same "..deeply nested.."
Open attached html in any not IE browser and look how it supposed to be.
Open it in Firefox.
That html is output generated by APS.NET Infragistics.Web.UI.WebHierarchicalGrid control with 9 levels of child tables. All unrelated content (tags, ids, img, etc.) were removed and html was reformatted for a better view. Files with classes and images are not required, because problem can be reproduced without them.
In order to better see structure of rendered layout, I added global classes for borders of td and div.


Actual results:

Content at certain number of nested tables/divs fails to be displayed.
I experimented with attributes and found that removing "overflow:hidden" from all DIVs and removing FORM may slightly improve rendering by 1 level. Deeper levels are still not visible. Setting explicit style.height to all TD/DIV elements might slightly impove rendering as well. But such action/hack is not possible, because rendering is driving by javascript and without elem.offsetHeight it is not possible to calculate and set style.height. Also explicit heights do work for some child elements.


Expected results:

All tables and divs should be rendered same way as in any other browser: IE, Chrome, Safari, Opera.

Comment 1

[Alice0775 White]

Dupe Bug 256180, Bug 354161 ?

Comment 2

[Mats Palmgren (inactive)]

In a debug build I see "WARNING: frame tree too deep; setting zero size and returning: file layout/generic/nsFrame.cpp, line 5180"