Closed
Bug 156199
Opened 23 years ago
Closed 23 years ago
<object> alternative absent when data type not specified
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 157554
mozilla1.2beta
People
(Reporter: Jos.vandenOever, Assigned: peterl-bugs)
References
()
Details
(Whiteboard: [object])
When in an XHTML document, an object is specified with an unknown content type,
the alternative is not rendered, unless the optional type="" tag is present.
Version: Mozilla 1.0
|
||
Comment 1•23 years ago
|
||
Yep. Confirmed with a current trunk build.
Assignee: Matti → beppe
Component: Browser-General → Plug-ins
QA Contact: asa → shrir
|
|
||
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
|
||
Comment 2•23 years ago
|
||
This is probably a dup of another OBJECT tag bug. The core problem is that our
code doesn't do anything but attempt to startup a plugin in any case where the
mime-type needs to be fetched from the HTTP header. If we get an error, we just
return from |nsPluginStreamListenerPeer::OnStartRequest|. We do not call
|CantRenderReplaceElement| for alternate renderings nor do do we replace with
iframe/image frames (bug 153920).
|
|
||
Comment 3•23 years ago
|
||
milestine,priority and eng
Assignee: beppe → peterl
Priority: -- → P3
Whiteboard: [object]
Target Milestone: --- → mozilla1.2beta
|
|
||
Comment 4•23 years ago
|
||
milestone,priority and eng
|
|
||
Comment 5•23 years ago
|
||
*** This bug has been marked as a duplicate of 157554 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
|
|
||
Comment 6•23 years ago
|
||
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"
Status: RESOLVED → VERIFIED
|
||
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•