Sometimes plugin code needs to open the stream of an OBJECT (or EMBED) tag in
order to find out the mime-type to use. We do not handle failure here gracefully.
<object data="missing.file" width=100 height=100>
This fails becuase layout never gets a call to CantRenderReplaceElement in
Another similar case that fails is when we are only able to determine the
mime-type from the HTTP header and it's not a handled by a plugin, we never give
layout a chance to see if it can handle it.
<object data="http://www.mozilla.org/ width=100 height=100></object>
This fails because a new child nsFrameFrame or nsImageFrame are not created in
I'm investigating on ways to fix this. Calling back into layout for replacement
probably isn't a problem. However, we need to ensure we do not make two requests
when trafering control to the IFRAME or IMG tag code.
Since this is sort of serious and I have sort of an idea of how to fix it now,
lets try to get this done in the near-term....of course if plugins move to
content in bug 90268, this bug would be a good learning experience :)
*** Bug 156199 has been marked as a duplicate of this bug. ***
*** Bug 157150 has been marked as a duplicate of this bug. ***
*** Bug 175465 has been marked as a duplicate of this bug. ***
bug 745030 should either fix this or make it a much simpler fix
This was fully fixed by 745030, although most cases of it had been fixed previously.