[Webkit-unassigned] [Bug 44933] When a plug-in is loaded by an <object> element that does not specify a type attribute, the correct parameters are not passed to the plug-in.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Sep 7 19:39:43 PDT 2010


https://bugs.webkit.org/show_bug.cgi?id=44933





--- Comment #2 from Andy Estes <aestes at apple.com>  2010-09-07 19:39:43 PST ---
If WebKit can't determine the resource's MIME type up front, it will try to load the resource in a subframe, creating an appropriate child document based on the Content-Type in the response. In the case of a plug-in, a dummy document will be created with an <embed> loading the plug-in with a few hard-coded attributes (width, height, src and type). However, the attributes specified on the <object> that loaded the subframe are not copied down to the <embed>, nor are any of the <param> elements passed to the plug-in.

I don't think creating a subframe is the right thing to do in this case. HTML5 says that if no data or type attribute is specified on the <object>, fallback content should be rendered. Since the URL in the above snippet is specified in a <param> rather than an attribute, the right thing to do here is to render fallback.

Since WebKit has supported specifying a resource's URL or MIME type in a <param> element for quite a while, I think it should continue to do so, but under a more limited set of circumstances. Specifically, if WebKit can determine that a resource will load a plug-in up front by consulting a <param> named 'type' or the file extension in a <param> named "src", "movie", "code" or "url", it should use that URL and MIME type to load the plug-in directly (without creating a subframe). If it can't determine the resource's type, or the resource's type is not a plug-in, and the object has no data or type attribute, fallback content should be rendered.

The rules for what happens when data or type are specified on the <object> should continue to apply.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list