RESOLVED INVALID Bug 12387
<object> does not play sound, however <embed> works (as does Firefox)
https://bugs.webkit.org/show_bug.cgi?id=12387
Summary <object> does not play sound, however <embed> works (as does Firefox)
jay
Reported 2007-01-23 14:09:56 PST
a sound will be played in <embed> but not <object>
Attachments
SVG <object> play audio broken (447 bytes, image/svg+xml)
2007-01-23 14:12 PST, jay
no flags
html <embed> with audio works (213 bytes, text/html)
2007-01-23 14:17 PST, jay
no flags
working test case (276 bytes, image/svg+xml)
2007-01-30 02:35 PST, Eric Seidel (no email)
no flags
auto-open broken (286 bytes, image/svg+xml)
2007-01-30 03:07 PST, jay
no flags
broken html test case (157 bytes, text/html)
2007-01-30 03:22 PST, jay
no flags
broken html object with type= (137 bytes, text/html)
2007-01-30 03:46 PST, jay
no flags
jay
Comment 1 2007-01-23 14:12:11 PST
Created attachment 12638 [details] SVG <object> play audio broken
jay
Comment 2 2007-01-23 14:17:03 PST
Created attachment 12639 [details] html <embed> with audio works
Eric Seidel (no email)
Comment 3 2007-01-30 02:35:12 PST
Created attachment 12781 [details] working test case The test case was broken, not our implementation it seems. <object> does not accept "src" as an attribute, only "data". Also, it seems that <object> does not auto-play as you expect, only <embed> seems to do that. I just removed the bad object tag and replaced it with an <embed> and things worked.
Eric Seidel (no email)
Comment 4 2007-01-30 02:36:00 PST
Not a bug. Twas a problem with the page. See the corrected SVG I attached.
jay
Comment 5 2007-01-30 03:04:59 PST
Eric, embed is not part of the xhtml standard, object is, as I understand things. <html xmlns="http://www.w3.org/1999/xhtml"> please see original comment #0
jay
Comment 6 2007-01-30 03:07:24 PST
Created attachment 12782 [details] auto-open broken
jay
Comment 7 2007-01-30 03:21:20 PST
appears to be an html issue html <object> support may be brokenreporting to apple
jay
Comment 8 2007-01-30 03:22:26 PST
Created attachment 12783 [details] broken html test case
Eric Seidel (no email)
Comment 9 2007-01-30 03:30:07 PST
<object> still doesn't quite seem to work right here. At least not the same as Firefox, reopening.
Eric Seidel (no email)
Comment 10 2007-01-30 03:34:38 PST
The last test case demonstrates the bug. It should play a fart sound, as it does in firefox (and does in Safari, when using <embed>). Using an <object> tag in Safari just shows a big Q.
jay
Comment 11 2007-01-30 03:46:38 PST
Created attachment 12785 [details] broken html object with type=
jay
Comment 12 2007-03-12 04:29:04 PDT
mitzpettel reported via IRC: i believe that's a bug in the quicktime webplugin i filed a radar on it 1-2 years ago
jay
Comment 13 2007-03-12 04:59:41 PDT
marked as regression, because http://bugs.webkit.org/attachment.cgi?id=12781 was working using <embed> but does no longer
David Kilzer (:ddkilzer)
Comment 14 2007-03-12 08:04:36 PDT
(In reply to comment #13) > marked as regression, because > http://bugs.webkit.org/attachment.cgi?id=12781 > was working using <embed> but does no longer I believe foriegnObject support was disabled (see the webkit-dev mailing list archives) during the stabilization effort, which is why this isn't working anymore.
Alexey Proskuryakov
Comment 15 2008-07-28 02:14:55 PDT
So, foreignObject works now. As mentioned in comment 12, the problem with QuickTime not working on this test case is not a WebKit issue, It is tracked as <rdar://problem/5425391>. As a workaround, you can use src attribute instead of data one. Marking INVALID as a non-WebKit issue.
jay
Comment 16 2008-07-28 04:44:03 PDT
#15 Alexey as remarked elsewhere, please do not close bugs. where is your test case for your assertion? the workaround you propose of using src iirc is not supported by other UAs and not part of the spec. furthermore it did not work for me.
Alexey Proskuryakov
Comment 17 2008-07-28 07:11:26 PDT
Once again, this is NOT a WebKit bug, and thus it should not be tracked here. Please don't re-open it, as this makes tracking genuine WebKit bugs more difficult and does nothing to resolve the problem. Since this is a QuickTime bug, it will continue to be tracked by Apple internally. You can request its status by e-mailing devbugs@apple.com and asking about <rdar://problem/5425391>. > the workaround you propose of using src iirc is not supported by other UAs and > not part of the spec. Yes, this is why it is only a workaround. > furthermore it did not work for me. Well, it should work, but it is not really a topic for Bugzilla discussion. As with any other Apple bug, you can request assistance via a DTS support incident <http://developer.apple.com/faq/techsupport.html>.
jay
Comment 18 2008-07-28 11:58:41 PDT
the reduced test case given for this bug works fine in other browsers, as mentioned in the comments, using quicktime. Your assertions do nothing to explain how this is a quicktime bug.
Alexey Proskuryakov
Comment 19 2008-07-28 13:54:51 PDT
Yes, I do not explain why this is a QuickTime bug. Bugzilla is not an appropriate place to discuss QuickTime bugs. But this is a QuickTime bug. > the reduced test case given for this bug works fine in other browsers This is irrelevant, because other browsers use a different plug-in. We mostly follow the same Bugzilla practices as Mozilla does: <https://bugzilla.mozilla.org/page.cgi?id=etiquette.html> - see paragraph 2.2 in particular. You are more than welcome to add further comments to resolved bugs, and they will go to everyone on the CC list, as well as to the webkit-unassigned mailing list. But please don't change the state of bugs unless you discover significant additional information.
Note You need to log in before you can comment on or make changes to this bug.