54059 - unable to edit the MIME type textfield

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P2)

Description

[sairuh (rarely reading bugmail)]

found this while trying to narrow down bug 53870... imo, this is unique from bug
51395, where the *extension* isn't at all editable. here you can at least type
within the MIME type textfield.

found this using 2000.09.25.08 opt comm bits on linux (modern skin) and the
mozilla bits of the same build id (classic skin). occurs in both new and
existing profiles (at least on the commercial side).

1. go to the Helper Apps panel in the Prefs dialog.
2. create a new mimetype (click the New Type button to bring up New Type
dialog). for example:
        Description: Feh
        File extension: feh
        MIME type: application/feh
        Application to use: [blank]
3. click OK. new type should appear in the File types list.
4. select that new type and click Edit...
5. go to the MIME type textfield and change it --eg, i changed it to
application/fehblahblah.
6. click the OK button to save and dismiss the Edit Type dialog.

*observe*: the File type list still displays it as application/feh

bring up the Edit Type dialog again, and observe that the MIME Type is still
application/feh --in fact, it remains unchange whether or not you save/dismiss
the preference dialog, or even btwn browser sessions.

Comment 1

[sairuh (rarely reading bugmail)]

kind of futile having a textfield whose changes won't "take" --nominating
pessimistically for beta3...mebbe fixed in rtm? (adding that "just in case". ;)

Comment 2

[johng]

nav triage team:
since a user can add and delete mime types, there is a reasonable work around.

Sarah, please verify this work around.  NEED INFO if this work around works to
make rtm determination.

Comment 3

[don]

Change to "RTM NEED INFO".

Comment 4

[shrirang khanzode]

 johng, yes, the workaround is ok. User will have to delete current entry and 
reenter everything to change the mime type. And this is not very good...

Comment 5

[matt]

If that is the reasonable workaround then shouldn't I take
that form out so they will not try to edit it?

Comment 6

[sairuh (rarely reading bugmail)]

i'd really rather have the ablity to edit mime types fixed, rather than removed.
if you don't have enough time (understandable :), is there someone else (in
netscape, or not), who could fix this?

Comment 7

[shrirang khanzode]

I agree...

Comment 8

[don]

Minus.  We don't have a patch of this yet and it won't hold RTM.

Comment 9

[sairuh (rarely reading bugmail)]

relnote for RTM, unless someone out there has a fix.

Comment 10

[scottputterman]

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

Comment 11

[James Salsman]

I know this one has something to do with bug 57624 
and bug 58811, but I can't figure it the relationships.

Scott, can you help sort these out?

Comment 12

[Ralph Hartley]

The workaround listed for this bug dosn't work because of Bug 57624.
Deleting helper aplications onlt half delete them.

Comment 13

[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 without this.

Comment 14

[Paul Chen]

nav triage team:

Yes, we should fix for beta1.

Comment 15

[shrirang khanzode]

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

Comment 16

[matt]

This gets set.
It shows up in the mimetypes file but never shows up in the text field.
I think it's a backend problem.
Giving to ben for more comment

Comment 17

[duane voth]

using the mozilla 0.7 release (built from the tarball) editing any part
of an existing mime type causes the browser to loose all information about
that mime type.  The only way I've been able to add mime type definitions
is to delete an entry (if it already exists) and add a new one (with ALL
fields filled in).  The mimeTypes.rdf file appears to retain the mime info
in question after an edit - but this file format is so bloated with duplicated
information in so many places it is very difficult to tell which XML fields
are important and which are not.  It sure would be nice to be able to hand
edit mimeTypes.rdf...

Comment 18

[Dave]

That problem's covered in bug 68105.

Comment 19

[sairuh (rarely reading bugmail)]

pchen, should this go to you?

Comment 20

[shrirang khanzode]

hey, this seems to be working now(today's trunk on all platforms). I can 
actually edit the mime type field and save it. Did someone fix this somewhere? I 
am marking RESOLVED/FIXED. Sairuh, would you want to verify this one ? Thx!

Comment 21

[Dave]

This still does _not_ work for me on Linux with build 2001021309 and a new
profile (or with the old profile).
The MIME types field is still just a lable and, even if I could edit it, I
wouldn't be able to save the changes because of bug 68105.

Comment 22

[Dave]

Never mind. I was thinking that this was bug 51395. This bug indeed does look
like it's been fixed.

Comment 23

[sairuh (rarely reading bugmail)]

vrfy fixed using 2001.04.18.0x opt comm bits.