189808 - .wav file change for mail notification not recognized

Status: NEW

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Colleen Beamer]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212

In mail preferences under "Notification", I have selected "Custom .wav file" and
entered a file to be used.  When mail comes in, the default .wav file is still
used, not the custom file.  Also, if you choose to preview the sound when making
the change, you still get the default .wav  The custom .wav file works in both
Communicator version 4.78 and Netscape 7.

Reproducible: Always

Steps to Reproduce:
1.Go into mail, select Preferences, select notification.
2.Under the "Play a sound" choice, select "Custom wav file and enter file name
in the text box.
3.Select preview


Actual Results:  
The default .wav mail notification sound plays, NOT the custom one.
The default also plays when new mail comes in as opposed the the custom.

Expected Results:  
Should have played the custom .wav file as specified in the text box under
Preferences/Notification/Play a sound/Custom wav file

I'm not using any custom themes - just the regular browser/mail window.

Comment 1

[Bjarne D Mathiesen]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; da-DK; rv:1.3b; MultiZilla
v1.1.34 (c)) Gecko/20030218

I'm seeing this too. about:config displays the correct settings
I've tried two different profiles.

Confirming
Platform ought to be: All ; OS ought to be: All

Comment 2

[Jo Hermans]

*** Bug 207873 has been marked as a duplicate of this bug. ***

Comment 3

[Jo Hermans]

related to bug 169414 ?

Comment 4

[waldo kitty]

possibly related to bug 169414 but this one seems to be related to 1.3a by the comments... i did see this one before posting bug 207873... my comments there are still relevent, IMHO...

Comment 5

[phil]

This might be a duplicate of bug 177280, which is marked "fixed" even though
the comments seem to indicate otherwise.

Comment 6

[Ben Lane]

I see this bug in Mozilla 1.4 running Linux as well. 
There is a simple fix: the path to the wav needs to be specified
as "file://path".  This is annoying, particularly since 
the browse button will produce a path without the prepended file://.
But as I said, the workaround is easy.

Comment 7

[Bjarne D Mathiesen]

workaround as described in #6 doesn't work on Mac OS X
Mozilla/5.0 Gecko/20030827
(Macintosh; U; PPC Mac OS X Mach-O; da-DK; rv:1.5; MultiZilla v1.4.0.4A)

1) preview doesn't work neither just after 'loading' the sound nor after restart
2) the sound doesn't play on new email neither after just having 'loaded' the
sound nor after restart.

Comment 8

[Des Dougan]

Work-around does not work on RH9 with Moz 1.4 - as noted by the Mac user,
preview has no result either when tried after prepending "file://" nor on
restart of Mozilla. New mail arriving still identified by system beep sound.

Comment 9

[Des Dougan]

Ben Lane emailed me off-list to correct my file://path setting (I missed the
third /). However, on RH9 (KDE) and Moz 1.4, I still don't get sound. I've tried
with and without other sound applications running.

Comment 10

[Martin Koistinen]

(In reply to comment #6)
Work-around in Comment #6 does not work in v1.5.0.4 (20060516).

I have verified that the preference "mail.biff.play_sound.url is set with a proper local URL (file:///Users/...), but TB still refuses to play the WAV.

Mac OS X, 10.4.7, Dual Core, Universal Thunderbird.