[Webkit-unassigned] [Bug 48757] r70748 possibly broke 10tv.nana10.co.il for Chrome only

[bugzilla-daemon at webkit.org]

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





--- Comment #2 from Andy Estes <aestes at apple.com>  2010-11-02 15:58:33 PST ---
The Windows nightly builds are still on r70599, so that's why you can't reproduce this in the latest nightly. This page also requires the Windows Media Player Firefox plug-in installed in order to reproduce the bug (http://port25.technet.com/pages/windows-media-player-firefox-plugin-download.aspx).

Here is the relevant markup served to Safari:

<object classid="clsid:6BF52A52-394A-11D3-B153-00C04F79FAA6" type="application/x-ms-wmp" ...>

Prior to r70559, we obeyed the type attribute and ignored the classid attribute, and we'd load the WMP plug-in. r70559 implemented HTML5's specified behavior for when a non-empty classid is encountered, which is to fall back when we don't recognize the classid (and after r70559, we don't recognize any classids). No plug-in loads in this case, which is correct behavior according to the spec.

This page works in Firefox because Firefox is served an object tag with the classid attribute omitted, so a plug-in is loaded based on the contents of the type attribute. This is what the page should be serving to Safari and Chrome as well, as it would work reliably before or after r70559.

This is best resolved by evangelizing the site to serve WebKit UA's the Firefox-style markup that omits IE-specific classids. I don't think we want to go back down the road of mapping classids to MIME types.

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