In trying to associate a document with another application, I performed these
steps and saw unwanted behavior:

1) Right-clicked on file, and selected "open with other application ..."
2) Got the "other application ..." dialog, and selected to add another
application to the list (thereby openning the GNOME control center)
3) The GNOME Control Center loaded with the MIME-type caplet, and I proceeded to
look for my extension (.xml) that I needed to edit the applications associated
with it
4) I selected the extension, and added "Emacs" as an application (BTW...this was
a really complicated process)
5) I then hit "OK" in the GNOME Control Center to accept my choice, closed the
Control Center, and went back to Nautilus
6) Upon going back to Nautilus, I right-clicked to open the file with Emacs, but
it wasn't in the open with menu
7) Nautilus then proceeded to crash
8) After running "nautilus-clean.sh -x", I restarted Nautilus
9) Now "Emacs" showed up in the open with dialog

I am going to try and repro, but I wanted to make a note of it right away.



------- Additional Comments From sullivan@eazel.com 2001-01-18 10:50:30 ----

This problem is also reported in bug 44798 and discussed at some length there.
Unfortunately there is no good fix for it that we've been able to come up with.
A "Refresh" in Nautilus after making a change in the capplet should update
Nautilus's MIME info, but bug 44798 points out that this does not always happen.

However, the crash you ran into is something different, and should definitely be
reported separately if it can be reproduced.

We'll see if we can come up with some better fix for the MIME preferences change
lag for 1.0, but I'm not confident about it.



------- Additional Comments From sullivan@eazel.com 2001-02-15 14:56:38 ----

There are so many bugs in this code it's hard to understand what does and
doesn't work. One thing I discovered is that new applications that the user adds
don't show up in Nautilus until Nautilus is quit and restarted. There is a
mechanism in nautilus-application-registry.c to reload when the data on disk
changes, but it only works when whole new files are added to or removed from the
directory that holds these preferences. It doesn't work when a file in that
directory has content changed, which is the normal case.

Surprisingly, this does seem to work for other types of MIME changes (the
application registry is handled separately).



------- Additional Comments From sullivan@eazel.com 2001-02-16 08:13:31 ----

I wrote up (and fixed) one of the bugs apparent in this report separately -- 
bug 46660 (list of applications for "text/xml" doesn't include applications for 
"text/*").

The crash is mysterious, but unreproducible.

I have a plan to fix the remaining problem, where changes to application 
settings aren't picked up by Nautilus.



------- Additional Comments From sullivan@eazel.com 2001-02-20 09:34:07 ----

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



------- Additional Comments From sullivan@eazel.com 2001-02-20 15:14:37 ----

I found and fixed a crashing bug, and also fixed the problem where changes to
the application registry wouldn't be noticed by Nautilus until the next
relaunch.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:53 -------

The original reporter (bfrank@eazel.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.