handle native paths for sound files as biff sounds for all platforms. here comes a patch with some todo comments.

accepting, 1.2beta I want both file://, C:\, and true system sounds to work for the sound url pref value.

Copying my comment from bug 64462: ------- Additional Comment #126 From Peter Van der Beken 2002-09-18 04:51 ------- You want to use persistentDescriptor to store a path I think (http://lxr.mozilla.org/seamonkey/source/xpcom/io/nsILocalFile.idl#118. It seems like nsIPrefBranch does the right thing if you call [Set|Get]ComplexValue with a nsILocalFile.

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

Setting All/All per comment 4.

I think we'd want something similar fix for editor's insert image UI

moving out to 1.3 beta

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

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

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

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

clearing milestone, since I don't plan on doing this any time soon (too many other bugs)

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

over to dmose, our linux + mailnews guy.

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

Is the 'native paths' part of this bug fixed now that bug 177280 is fixed? If yes, can this bug also be closed, or should it be kept open because of the 'true system sounds' part in comment #1? If it's the latter, then I believe that the summary needs tweaking to reflect this - or maybe a new bug filed only on the system sounds aspect?

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

Assigning bugs that I'm not actively working on back to nobody; use SearchForThis as a search term if you want to delete all related bugmail at once.

Filter on "Nobody_NScomTLD_20080620"

(In reply to comment #16) > Is the 'native paths' part of this bug fixed now that bug 177280 is fixed? > > If yes, can this bug also be closed, or should it be kept open because of the > 'true system sounds' part in comment #1? If it's the latter, then I believe that > the summary needs tweaking to reflect this - or maybe a new bug filed only on > the system sounds aspect? resolved?