a sound will be played in <embed> but not <object>
Created attachment 12638 [details] SVG <object> play audio broken
Created attachment 12639 [details] html <embed> with audio works
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.
Not a bug. Twas a problem with the page. See the corrected SVG I attached.
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
Created attachment 12782 [details] auto-open broken
appears to be an html issue html <object> support may be brokenreporting to apple
Created attachment 12783 [details] broken html test case
<object> still doesn't quite seem to work right here. At least not the same as Firefox, reopening.
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.
Created attachment 12785 [details] broken html object with type=
mitzpettel reported via IRC: i believe that's a bug in the quicktime webplugin i filed a radar on it 1-2 years ago
marked as regression, because http://bugs.webkit.org/attachment.cgi?id=12781 was working using <embed> but does no longer
(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.
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.
#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.
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>.
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.
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.