57624 - editing mimeTypes.rdf from prefs horks the file

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P3)

Description

[R.K.Aa.]

2000102021 SEA linux

If i add a helper application via preferences, an entry (several) for it will be
written to mimeTypes.rdf.

If i later modify the entry by "edit"-ing it, the entry in mimeTypes.rdf is not
modified: Instead a NEW entry is written there.

If i later again DELETE the whole entry from preferences, there are still
entries left of it in mimeTypes.rdf. They just won't be displayed in preferences
anymore.

If i happened to type in errors earlyer, these errors will now remain in
mimeTypes.rdf. So I will have to edit it manually to remove all traces of the
erronous entry. (path will for instance remain)

Perhaps this is the way it's supposed to work, but since i have problems adding
both helper types as well as plugins, i thought this was worth mentioning.

Comment 1

[R.K.Aa.]

Perhaps interesting:
After leaving the mimeTypes.rdf as it was the following happened when i clicked
a link to a realplayer file on web:

A window opened asking whether to save or open the file.
I clicked radiobutton to "open with".
But I can't type in the form field.
So am forced to click "Browse" and use filepicker.
Directing filepicker to the correct /usr/local/RealPlayer7/realplay and clicking
OK now spawn two dialog windows and no realplayer

The two windows are: one saying "Saving file" to /tmp/cnnhn.ram
and another one asking "Enter name of file to save to.."

The latter has two buttons "Save" and "Cancel" so i click "Save"
And then nothing happens.
The "Saving file" dialog on first attempt just says Nan Nan" and vanishes.
On second attempt it just hangs there and i have to cancel it since nothing happens.
Trying this from the start yet once more revealed a hidden save dialog.
Dismissing that with a cancel
caused a crash. This displayed in console at that point:
JavaScript error:
chrome://global/content/filepicker.js line 260: nsIFilePicker is not defined

(Talkback doesn't work, but that's old news.)

Comment 2

[James Salsman]

Marking obvious dependency.

Scott and Eric:  I want to talk to you about this, so I can line 
up and pay you for the work I would like you to do before any work 
begins on that much less useful rfe to upload multiple files at a 
time.  This is really important to me.  Please email me and let me 
know when we can all three talk together.

Comment 3

[James Salsman]

Correct me if I'm wrong, but I believe Ben owns this preferences panel.

Comment 4

[James Salsman]

Maybe I am wrong, because Matt owns bug 54059.

Comment 5

[Ralph Hartley]

After deleting an entry, you can't add it back again (apparently somthing may
still be written to the file), and trying to download a
file of that type can cause a crash.

This is the only crash I have seen more than once in the last 2 months.

Comment 6

[Blake Ross]

Given that flaky and broken helper app controls were one of the most prominent  
complaints of 6.0, beta1 really shouldn't ship with this.

Comment 7

[Chris McAfee]

.8, over to pchen, possible dup or dependency.

Comment 8

[Paul Chen]

Marking mozilla0.8 as other helper apps prefs work is being done in that time frame.

Comment 9

[selmer (gone)]

We're past time to cut these low priority bugs from mozilla0.8.  Please update
these bugs today. 

Comment 10

[Paul Chen]

So after carefully reading over this bug, the original problem stated in this 
bug report was also logged as bug 61079. That fix was checked in last night, so 
editing of mime types works much better. Marking fixed since the original 
problem should be fixed, but if you folks still see the other problems in this 
bug report, please report new bugs.

Comment 11

[shrirang khanzode]

mime type editing in Prefs is now fixed and working fine. VERIFIED