[Webkit-unassigned] [Bug 49016] latest nightly builds kills AC_QuickTime.js
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Dec 2 07:15:38 PST 2010
https://bugs.webkit.org/show_bug.cgi?id=49016
--- Comment #9 from Eric Carlson <eric.carlson at apple.com> 2010-12-02 07:15:38 PST ---
(In reply to comment #7)
> (In reply to comment #4)
> > I believe that it is The AC_QuickTime.js script is not loaded. This has always work until this week..
>
> It appears AC_QuickTime.js is loaded correctly, and correctly generates a nested <object>
> and <embed> tag.
>
> But it appears that Safari 5.0.2 is loading the <object> tag, while WebKit is loading the <embed>
> tag. The <embed> tag, however, does not use the QuickTime plugin to render the click_me.png file.
>
This is caused by http://trac.webkit.org/changeset/66992. The <object> doesn't have a type <param> and src points to a png so WebKit uses the <embed> "fallback" and renders the png itself.
> As a workaround, instead of using a .png file for your poster frame, wrap the poster frame in
> a QuickTime movie through QuickTime 7 Pro. (Just drag the .png file on the QTP7 icon, then chose FIle->Save As... in the resulting window.) This will force the <embed> tag to use the QuickTIme plugin to
> render the poster frame, and the href behavior will work as expected.
Another workaround is to include a type <param> in the <object>.
I suspect that this used to work because of the @classid. "clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" uniquely identified the QuickTime plug-in, so WebKit could restore the old behavior by not rendering fallback content when an <object> has a "well known" @classid.
--
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