Bug 12387

Summary:

Product:

WebKit

Reporter:

jay <jay>

Component:

New Bugs

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED INVALID

Severity:

Normal

CC:

Priority:

Version:

420+

Hardware:

Mac

OS:

OS X 10.4

Attachments:

Description	Flags
SVG <object> play audio broken	none
html <embed> with audio works	none
working test case	none
auto-open broken	none
broken html test case	none
broken html object with type=	none

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	Details
html <embed> with audio works (213 bytes, text/html) 2007-01-23 14:17 PST, jay	no flags	Details
working test case (276 bytes, image/svg+xml) 2007-01-30 02:35 PST, Eric Seidel (no email)	no flags	Details
auto-open broken (286 bytes, image/svg+xml) 2007-01-30 03:07 PST, jay	no flags	Details
broken html test case (157 bytes, text/html) 2007-01-30 03:22 PST, jay	no flags	Details
broken html object with type= (137 bytes, text/html) 2007-01-30 03:46 PST, jay	no flags	Details
Show Obsolete (4) View All Add attachment proposed patch, testcase, etc.

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

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.