85516 - img & iframe tags sized by % disappear when in div, center, and table=>tr=>td

Status: RESOLVED DUPLICATE of bug 88035

(Core :: DOM: HTML Parser, defect)

Description

[Basil Fritts]

There's some icky code on this page, but it loads correctly in IE 5.0, 5.5 and
NS 4.61. In Moz 0.9.1 and 0.9, the <img src="/images/main.jpg"...> tag does not
load.

After some tinkering with the HTML, the <img> loads correctly only after
removing both the <div> and <center> tags, but not either alone. (BTW, I have
nothing to do with this site, so I'm not able to fix the page -- as much as I'd
like to.)

I'm going to try and hack together a test case.

Comment 1

[Chris Petersen]

Confirming issue.

Comment 2

[Chris Petersen]

Attachment: A reduce test of problem

Comment 3

[Chris Petersen]

This problem occurs when the image is scaled (by percent) and is contained in a
center tag. See reduce test case.

Comment 4

[Tim Powell]

I see this with mozilla 2001062204 on Windows 2k with both the first image in
the testcase and at the URL referenced. Some investigation shows the problem is
much larger. Nesting the percent scaled image in a tag causes it to disappear. I
tried putting the scaled image in a div tag and it vanished. Same when testing
with a p tag. I suspect this bug is a duplicate, but most all the scaling bugs
have been (perhaps mistakenly) Linux only. Perhaps bug 85016, bug 81477, and bug
84359 are duplicates of this one (because this one has more information and a
testcase)?

Comment 5

[Tim Powell]

Attachment: Testcase of scaled images nested inside various tags

Comment 6

[Tim Powell]

Based on the new testcase that demonstrates that tag nesting is causing the
problems, I suspect that this problem is in layout and not libpr0n.

Comment 7

[rossi]

it's also not only images, it's iframes too (and i'm sure other elements also) -
replace the images with iframes and you'll get only a line... so the component
and sumaary should be changed and severity set to major...

Comment 8

[Chris Petersen]

Chnaging component and severity

Comment 9

[Basil Fritts]

Attachment: Added iframes to testcase

Comment 10

[Basil Fritts]

BTW, has anyone looked at the testcase in IE 5.5? The img and iframe tags nested
in a td in a tr in a table tag don't load in IE 5.5, either. When I put a
doctype tag on this testcase, it checks out clean for html 4.0 at the html
validator on W3C.org, so it's not b/c of invalid html markup that it's breaking
on IE.

I don't know if this is really relevant or not, but I thought I would note it FYI.

Comment 11

[Basil Fritts]

Changed summary info to more accurately describe the issue.

Comment 12

[Tim Powell]

Summary was "<center> tags used in conjunction with <div> tags cause <img> load 
to fail". 

Anyone seen this on another platform? I find it hard to believe this is windows 
only.

Comment 13

[Jacek Piskozub]

*** Bug 90537 has been marked as a duplicate of this bug. ***

Comment 14

[Jacek Piskozub]

The dup bug 90537 has testcases that are HTML 4.01 Transitional validated. It
has been seen on Linux, therefore changing to All/All

BTW, I believe bug 88021 may be another dup of this bug.

Comment 15

[Pierre Saslawsky]

Attachment: testcase with strict DTD (it works, the image is displayed)

Comment 16

[Pierre Saslawsky]

Attachment: testcase in quirks mode (BUG: the image is missing)

Comment 17

[Basil Fritts]

Attachment: Updated test case to use height & width attribs instead of CSS.

Comment 18

[Basil Fritts]

On the updated case above that the images load on first load, then disappear on
reload. This behavior does not occur on the test case using CSS. This behavior
is seen in 2001080116-trunk Win32 builds.

Comment 19

[karnaze (gone)]

Reassigning to attinasi.

Comment 20

[Marc Attinasi]

Dup of topembed bug 85016 (and there are other dups too, I think, any help in
dupin' 'em is appreciated)

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

Comment 21

[danman]

This bug was marked as a dup. of  85016, and I think it was, but the 
problem still manifests itself in more complex nested tables where each 
table is inheriting it's size as a percentage of it's parent containing 
element.

I've attached a (rather complicated Im afraid) testcase from a Web-App I 
am creating..

Bear in mind that this page is rendered correctly in IE on a Macintosh 
(well, almost), but not IE on Windows.

Comment 22

[danman]

Attachment: HTML testcase for IFRAME sizing bug

Expected results: Leftmost IFRAME should fill to around 75% of screen with
'shadowed' borders (this is an aesthetic affect)

Actual results: Nested IFRAMES to not properly aquire their percentage heights
form their parent elements that are also defined as percentage sizes of thier
parent elements.

Comment 23

[Manos Batsis]

Attachment: HTML4 Document. Shows the problem AND the workaround (mostly to help finding the bug in the algorithm). Relative height inside TDs works if you follow the comment in the source and specify TD height.

The document is an example of the bug, where elements iside TDs fail to obey
relative heights. If you change the source according to the comment and put a
style tag to a TD tp specify it's height, the iframes behave correctly.

Comment 24

[Dale Frye]

Attachment: Live page (ignore bad links messages) showing problem. Tried to simplify but unsucessful. Search for IFRAME and note comment before it.

Others have reported that setting the height of the TD to 100% would deal with
this problem but that didn't work here. Remove the CENTER tags and it then
works correctly. This page displays fine as is in IE.

Search for the IFRAME and note comment before it.

Comment 25

[Boris Zbarsky [:bzbarsky]]

OK, as originally filed this bug is a duplicate of bug 88035 (well, other way
around, but the other is the place these issues have been dupped to).

Then there followed a whole slew of comments that had nothing to do with this
bug and everything to do with bug 10212.

So I'm marking this duplicate, since we have other bugs covering all the issues
mentioned herein.

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