179245 - Preferences: browser.helperApps.neverAsk.* saved wrongly!

Status: VERIFIED DUPLICATE of bug 98084

(Firefox :: Settings UI, defect)

Description

[Martin Grosz]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
Build Identifier: Phoenix  0.4 for Linux, taken from here: http://ftp.mozilla.org/pub/phoenix/releases/0.4/phoenix-0.4-i686-pc-linux-gnu.tar.gz

Using Phoenix 0.4 on a Linux (SuSE) machine, I experience the following which to
me seems to be a bug: Image you have a web page containing a link to an MP3 file
(could as well be PDF or anything else). When you first click on this link,
Phoenix asks you
(a) whether you want to save the file -or- whether you want to open it with any
application and
(b) whether you want to have your settings in (a) stored or not ("Always ask ...").

Both choices in (a) work well; so I can ask Phoenix to always open links leading
to MP3's using e.g. xmms. When I ask Phoenix to remember my choice in (a): "open
it using xmms", it does store the *opposite* of my choice (a) in the preference
file prefs.js:
user_pref("browser.helperApps.neverAsk.saveToDisk", "audio%2Fmpeg");

Under Win32, this works correctly. However, the "wrong" line in prefs.js does
not appear at all under Windows. 

Reproducible: Always

Steps to Reproduce:
See at Details.
Actual Results:  
See at Details.

Expected Results:  
See at Details.

I used a "standard" installation, I mean I did just tar -xzf the package and
figured out the error without any changes to the configuration.   The only way
to get rid of the saved setting is to remove the according line from prefs.js;
but then you have to browse to the application *each* time you click on such a link.

Again, it does *not* happen this way around with the same Phoenix 0.4 *Windows*
version under Windows 2000.

I classify this as Major, since clicking on links leading to documents which are
to be opened with an application is one of the most used "features" of a browser ...

Thanks for looking into this!

Martin

Comment 1

[André Dahlqvist]

Can you try Mozilla and see if you can reproduce it there also? Phoenix has not
changed anything here, so I am pretty sure this is a duplicate of an already
existing Mozilla bug.

Comment 2

[André Dahlqvist]

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

Comment 3

[Simon Paquet [:sipaq]]

Mass verifiying old duplicates.