Bug 7968 - QuickTime Movie markup in Object Tag - conflict with Gecko browsers
Summary: QuickTime Movie markup in Object Tag - conflict with Gecko browsers
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: Plug-ins (show other bugs)
Version: 420+
Hardware: Mac OS X 10.4
: P2 Minor
Assignee: Nobody
URL: http://www.q7design.demon.co.uk/QTMov...
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-24 15:43 PST by David Leader
Modified: 2022-07-01 11:35 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Leader 2006-03-24 15:43:38 PST
This is related to Bug 7163 which involved a difference between Gecko browsers and Webkit browsers in object markup for applets. In that case the Gecko browsers rendered the Webkit object markup, but in the case of QuickTime movies (using Apple's plugin) they do not (and vice versa). Again, I am not sure which interpretation of the W3C standard is correct, but am reporting the problem as I feel it would be advantagous to resolve it. (Especially as Apple still recommends using the non-standard embed tag.)
The markup accepted by Gecko browsers, but not Webkit browsers, is illustrated at http://www.q7design.demon.co.uk/QTMovieMarkup/Movie-ObjFF.html and involves specifying the movie as data:
<object data="movie.mov" type="video/quicktime">
The Webkit markup can be found at http://www.q7design.demon.co.uk/QTMovieMarkup/Movie-ObjSaf.html and involves using the param tags:
<object type="video/quicktime">
<param name="src" value="weemovie.mov" >
Both validate html 4.01 strict.
It is possible to use a hacked hybrid markup to get round this, as illustrated in the examples at the url.
Comment 1 Joost de Valk (AlthA) 2006-07-09 13:28:42 PDT
Reporter, the firefox example renders in my latest nightly: http://nightly.webkit.org. This problem thus seems fixed.
Comment 2 David Leader 2006-07-12 15:53:28 PDT
(In reply to comment #1)
> Reporter, the firefox example renders in my latest nightly:
> http://nightly.webkit.org. This problem thus seems fixed.
> 
Are you sure? Perhaps I'm not doing it right, but I downloaded the nightly webkit (the first time I've done this) and launched it - got a webkit welcome page  (although the menubar says the browser is it Safari still) but http://www.q7design.demon.co.uk/QTMovieMarkup/Movie-ObjFF.html didn't run in it.

David Leader
Comment 3 David Leader 2006-07-14 12:45:06 PDT
I had a more technical contact who had posted that he had downloaded a nightly build and commented on the new SVG support test the demo I had mounted at  http://www.q7design.demon.co.uk/QTMovieMarkup/Movie-ObjFF.html. He also found that it merely loaded the QT 'Q' icon, but did not play the movie, unlike the example with the Safari-specific markup at http://www.q7design.demon.co.uk/QTMovieMarkup/Movie-ObjSaf.html. So I conclude the suggestion that the bug had been resolved is erroneous and I have reopened the bug. It is NOT fixed.

David
Comment 4 Alexey Proskuryakov 2006-07-14 14:09:34 PDT
I could reproduce the behavior using TOT WebKit, OS X 10.4.7 & QuickTime 7.1.1. Joost, what is your configuration?

David, thank you for following up on this!
Comment 5 Alexey Proskuryakov 2022-07-01 11:35:19 PDT
Mass closing plug-in bugs, as plug-in support has been removed from WebKit.

Please comment and/or reopen if this still affects WebKit in some way.