113560 - [RFE]playing sounds automatically, on event, or onload, without flash

Status: RESOLVED DUPLICATE of bug 92110

(Core Graveyard :: Plug-ins, enhancement, P5)

Description

[jonathan chetwynd]

The example is not specific, this occurs on any page I have visited

I'd like sound files to play automatically, when I click on a link to a wav
file, or if one is embedded in the page.

A dialogue appears:
What should Mozilla do with this file?

I've unticked these 2 boxes:
Always ask before opening this type of file
Advanced / Ask me before opening downloaded files of this type.

---

In case this is a configuration issue:

Help / About Plugins:
rpnp.so
audio/x-pn-realaudio-plugin RealPlayer Plugin Metafile rpm yes

there was no plugin there originally for sound,
root@linux:/usr/src > cp /usr/lib/netscape/plugins/rpnp.so
/usr/lib/mozilla/plugins/

---

when installing realplayer rpm

root@linux:/usr/src > rpm -vi rp8_linux20_libc6_i386_cs2_rpm
RealPlayer-8.0-1
root@linux:/usr/src > Xlib: connection to ":0.0" refused by server
Xlib: Client is not authorized to connect to Server
Failed to open your X display.  Please try setting your DISPLAY environment
variable and try again.

it seems to work, plays ram files off the web automatically.

This is SUSE 7.1
---

Comment 1

[Boris Zbarsky [:bzbarsky]]

As you see in the about:plugins output, realplayer does not register itself as a
plugin that can handle wav files.  Have you set it up as a helper for type
audio/wav (and maybe audio/x-wav)?  If you installed the rpm I assume it added
realplayer to your mailcap file; is that the case?

Comment 2

[jonathan chetwynd]

offline B Zbarsky asked:
Have you set it up as a helper for type audio/wav (and maybe audio/x-wav)?

yes and also audio/basic 
in each case the 'ask me' box has been deselected.

for this snippet:
<a href="test.wav"></a>
I get the dialogue as described.
konqueror for instance does this fine without dialogue.

for the URI given above no sound is heard, though it works fine in IE
I get the jigsaw piece, and no sounds.

Comment 3

[jonathan chetwynd]

oops snippet should read:

<a href="test.wav">test</a>

Comment 4

[Boris Zbarsky [:bzbarsky]]

Is this uri in a webpage that you load off the web, or one you load using
file://?  What build are you using?  You may just be seeing bug 109236, which
should be fixed on the trunk

Comment 5

[Boris Zbarsky [:bzbarsky]]

Mail from Jonathan.

>  Load it off the web.

OK.  So this is unrelated to bug 109236....

Is the URL involved publicly available?

Comment 6

[cartman]

This is a wav file realtes problem not a real player. Trying to open wav files
with alsaplayer should resolve it.

Comment 7

[cartman]

This is a wav file related problem not a real player. Trying to open wav files
with alsaplayer should resolve it.

Comment 8

[anthonyd]

so is this an actual real bug?  it would appear not.
anthonyd

Comment 9

[jonathan chetwynd]

Yes it is an actual REAL bug.
No one has yet stated that they have produced a sample page that works for them.

I've been trying for about 4 years to get netscape or for 2-3 years Mozilla to
play sounds on event (not click) without success.

If someone can point me to an instruction set, I'll be delighted.
Until then this is a serious 'accessibility' issue. 


It must be evident that there is a problem, if it continues much longer
arguments about flash will become redundant. there will only be one popular
sound player on the web, and that may effect browser uptake.

I'd be grateful when someone took some time out to look into it.

thanks

Comment 10

[rubydoo123]

I sent a note to our accessibility rep and the response was that this does not 
warrent an access keyword since it is not a section 508 issue. However, we can 
address this with other RFE requests. Setting to RFE, future -- we will review 
RFEs at a later date

Comment 11

[Peter Lubczynski]

This bug can probably be fixed with a scriptable media player. Unfortunatly, I
don't know of any on Linux. :( You can use Real Player on Windows.

Comment 12

[rubydoo123]

The plug-ins triage team (av, beppe, peterl, serge and shrir) have reviewed this
issue and have made the following determination:

Assigning to Serge for triage and disposition

Comment 13

[jonathan chetwynd]

I find this wholly objectionable. This is not a US project, or is it?

section 508 is only one of many guides, and a fairly minimal one.

please take time to read:

http://www.w3.org/TR/WCAG20/

Checkpoint 3.4 Supplement text with non-text content

and what follows.

thanks

jonathan

Comment 14

[Brant Gurganus]

[RFE] is deprecated in favor of severity: enhancement.  They have the same meaning.

Comment 15

[Akkana Peck]

Isn't this a dup of the various "helper app dialogs don't work" bugs?

At least, I know I've had browser sounds working in the past when I take the
time to fiddle with my .mailcap and persuade mozilla to use /usr/sbin/play.  It
just isn't possible to do it through the mozilla UI.

Comment 16

[Hixie (not reading bugmail)]

This bug needs:
 * a single clear testcase, attached to the bug using the attachment feature
 * clear steps to reproduce using that testcase
 * an explanation of what happens that is considered the bug
 * an explanation of what exactly should happen instead for the bug to be fixed
 * clear quotes from the spec explaining why

At the moment it has none of these. This is probably a big part of the reason
the bug has not been touched for 2 years.

Comment 17

[jonathan chetwynd]

The attachment should play a sound on being loaded.

The problem is that for a novice user of mozilla it doesn't and installing
plugger plus quicktime or another plugin is a non-trivial activity.

Mozilla builds should come ready to play sound, remember computers frequently
come with a sound card and speakers.

IMHO built-in sound support will be a precursor to mass adoption.

Comment 18

[jonathan chetwynd]

Attachment: naive mozilla users should hear a sound on opening this file

Comment 19

[Boris Zbarsky [:bzbarsky]]

I don't believe we currently have plans for a built-in .wav player in Mozilla. 
This has been brought up before and decided against. Please find the relevant
bug and mark this duplicate.

Comment 20

[jonathan chetwynd]

Boris,

the attachment links to an mp3 file, not a wav file.

Please note that the current draft SVG1.2 spec states:
SVG user agents are required to support the Ogg Vorbis audio format.
http://www.w3.org/TR/SVG12/media.html#audio-format
and it is rumoured that SVGnative is due to join the trunk next year...

imo the user would expect wav, and mp3 to be supported as a minimum.

Comment 21

[Robin Monks]

bug 92110 is the dupe, and I'm making a dependency of bug 254914

https://bugzilla.mozilla.org/show_bug.cgi?id=254914#c6
"It would be great if basic file types, like .wav, .mid oder .mp3, could be
directly played in Firefox, without having to download a plugin."

Robin

*** This bug has been marked as a duplicate of 92110 ***