Closed
Bug 153920
Opened 22 years ago
Closed 22 years ago
OBJECT tag does not work with embedded documents or images if the content-type header needs to be checked. Only works if TYPE attribute or file extension is not missing
Categories
(Core Graveyard :: Plug-ins, defect, P2)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
mozilla1.1beta
People
(Reporter: peterlubczynski-bugs, Assigned: peterl-bugs)
References
Details
(Keywords: html4, qawanted, testcase, Whiteboard: [ADT2][PL RTM] [Hixie-P2] DUPEME)
Attachments
(2 files)
Problem: The OBJECT tag is supposed to work like an IFRAME to embed documents. Using the TYPE attribute, it foces us up front into creating a subdocument. However, this is completely broken if we determine the mime type late in the game from the content-type header. Testcase: <object data="http://www.mozilla.org" width=400 height=400>Alternate</object> I suspect the same is true for images. :( Possible fix: In |nsPluginStreamListenerPeer::OnStartRequest|, where we call |mHost->SetUpPluginInstance(aContentType.get(), aURL, mOwner)|, we should probably be doing the same check for images and documents that is found in |nsObjectFrame::Init|.
Reporter | ||
Comment 1•22 years ago
|
||
Reporter | ||
Updated•22 years ago
|
Keywords: testcase
Summary: OBJECT tag does not work with embedded documents of images if the content-type header needs to be checked. Only works if TYPE attribute or file extension is not missing → OBJECT tag does not work with embedded documents or images if the content-type header needs to be checked. Only works if TYPE attribute or file extension is not missing
Updated•22 years ago
|
Reporter | ||
Comment 2•22 years ago
|
||
In analyzing these numbers: http://praline.netscape.com/admin/source/apps/report/plugin/reports/ ...it appears that Netscape 7.x is sending many people to the PFS for mime-types that it can handle internally: text/html text/plain image/gif This should not happen. Gecko is perfectly able to render those mime-types so I think some of that data may be caused by this bug.
Severity: normal → major
Priority: -- → P2
Target Milestone: --- → mozilla1.1beta
Comment 3•22 years ago
|
||
I have always wondered about why those mime-types show up...another one is octet-stream, I thought the browser can handle that one as well. The other confusing thing is that 4.x hits to the pfs show the same mime-types (text/html, image/gif, etc.). It would be great to get this fixed. Do you have a clear understanding on why this happens?
Reporter | ||
Updated•22 years ago
|
Attachment #88942 -
Attachment description: document testcase → document testcase using OBJECT tag
Reporter | ||
Comment 4•22 years ago
|
||
Well, we already have code to check for a TYPE= attribute and file extension and replace that tag with an IFRAME or IMG frame. The code that gets the mime-type from the server does not currently have the ability to trigger the IFRAME/IMG replacement, so I bet it's sending users to the PFS. Take a look at this testcase using the EMBED tag which will direct users to the PFS for text/html.
Reporter | ||
Comment 5•22 years ago
|
||
nominating nsbeta1, server logs show thousands of people hitting this
Keywords: nsbeta1
Whiteboard: [PL RTM]
Comment 6•22 years ago
|
||
added impact and nsbeta1+
Comment 7•22 years ago
|
||
I'm not very familiar with <object> bugs but to me this looks like a duplicate of bug 96579.
Keywords: qawanted
Whiteboard: [ADT2][PL RTM] → [ADT2][PL RTM] [Hixie-P2] DUPEME
Comment 8•22 years ago
|
||
*** This bug has been marked as a duplicate of 96579 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 9•22 years ago
|
||
mass duplicate verifications . For filtering purposes, pls use keywd "massdupverification"
Status: RESOLVED → VERIFIED
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•