[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