Created attachment 218426 [details] master.html the file to launch
See also bug 334405, "iframe about 32768px (2^15 px) from top of page makes Firefox stop painting"
I put a testcase here too: http://www.bazon.net/bugs/iframe-bug.html There's an IFRAME embedded in a DIV. After the IFRAME content was loaded, the IFRAME is resized to sufficient dimensions to display the full content without scroll-bars; the final size is alert()-ed. The scroll mechanism is provided by the parent DIV. If you scroll down around line 2183, you will notice that anything after it is blank (exceeds 32768 pixels). This happens in Firefox/Windows; works fine with Firefox/Linux. I haven't tested on the Mac. This bug can seriously affect Zimbra (messages that display on more than 32768 pixels will look like that). Any fix planned?
Confirmed on OS X 10.4.9. Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3
Created attachment 334317 [details] Minimal testcase: signed integers used for iframe height (and width?) I reopen this bug because it's not exactly a duplicate of Bug 215055, as I wrote in Bug 440879 Comment 4: See the attached testcase: Bug 215055 is about elements with overflow!=visible. Furthermore for iframes seems Fx uses signed integers, while for divs it uses unsigned. So a part of this bug seems simple to fix. The other part (iframe can't be taller than 16 bit) is probably related to Bug 215055.
Not a blocker for security releases, if there's a trunk fix we can evaluate it for shipping on the stable branches after that.
Actually, this not really wanted. If you want it fixed, we should get it in 1.9.1 or 1.9.2.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090722 Minefield/3.6a1pre Fixed by bug 352093 in 1.9.2 trunk (not in Fx 3.5.x). Used testcase of bug 503941 to verify this.