everything is said in the title



------- Additional Comments From darin@bentspoon.com 2000-11-27 13:09:00 ----

The key here is really in the icon factory. It calls gnome_vfs_mime_get_icon to
get the icon for a particular MIME type. But gnome-vfs needs to tell it when the
icons have changed so it can clear the icon factories cache and tell all clients
the icons have changed.



------- Additional Comments From mathieu@gnome.org 2000-11-27 13:53:35 ----

I think there is some code in gnome-vfs mime handling whcih is supposed to stat
the directories where the data is stored to see if no one changed the data since
it last looked in it and if so reaload it.
Maybe this code does not look in the user's home directory. If it does so, it is
broken and needs love :)

We could also make it reload the files all the tiem through
gnome_vfs_mime_reload but that is really evil.



------- Additional Comments From sullivan@eazel.com 2001-01-02 14:38:13 ----

Fixed by making the gnome-vfs MIME code send out a signal when it notices
changes, and the icon factory code react to this signal by sending
"icons-changed" signal itself.



------- Additional Comments From sullivan@eazel.com 2001-01-05 12:04:31 ----

Part of this fix had to be taken back, due to bug 45337. This one is still
addressed to some extent. If you make icon changes in the capplet, then all
Nautilus windows will correctly update to the new icon eventually, where
"eventually" means "as soon as Nautilus asks for any MIME data of any kind".
This happens when refreshing any window, visiting any new location, or in some
other cases. So let's leave this bug marked FIXED to represent the fact that all
Nautilus icons will update (just not immediately), and use new bug 45459 to
represent the fact that the Nautilus icons don't update immediately.



------- Additional Comments From brett@eazel.com 2001-01-17 12:52:40 ----

Since the summary of this bug is the bug itself, and the summary textbox is much
too small to display all of it (for a reason!) I am repasting the bug report
here so I can read this more easily:

"nautilus does not change the icon displayed for a given mime type  when you
change an icon associated to a mime type in the mime capplet"



------- Additional Comments From brett@eazel.com 2001-01-17 13:10:10 ----

Reopening this bug, given the following steps to reproduce:

1 - Browse to a directory with a staroffice spreadsheet for example (*.sdc -
will attach one)
2 - Open control center and locate the mime type "x-staroffice-spreadsheet"
3 - Change the default icon
4 - Click "try"
5 - Back in Nautilus, refresh the directory.

The icon is not updated.

The icon is updated when I navigate to another directory and back again, using
this history panel.



------- Additional Comments From sullivan@eazel.com 2001-01-17 15:02:44 ----

Brett showed me this in action. If you bring up the control center from within
Nautilus by clicking the "Go There" button in the Other Applications/Viewers
dialog, and then change the icon for the MIME type in the capplet, then the
icons are updated in Nautilus on the next refresh. However, if you bring up the
control center from outside of Nautilus (e.g. from the command line), then
change the icon for the MIME type in the capplet, then the icons are not updated
in Nautilus on the next refresh. (But they are "pretty soon".) I don't know why
these two cases work differently, since in both cases the control center is in a
different process from Nautilus.

Changing this to 1.0 since the remaining bugginess is not critical.



------- Additional Comments From sullivan@eazel.com 2001-01-18 09:54:30 ----

Oops, forgot to actually move it to 1.0. Doing so now.



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

I can't reproduce this after fixing bug 45777. I'm still not sure why this
behavior was different depending how you launched the capplet, but I'm confident
that it works correctly now.



------- Additional Comments From brett@eazel.com 2001-02-27 18:13:34 ----

Tested this with both of the capplet launching methods described here. 
"refresh" did pick up the mime type icon change, as observed in icon view of the
affected mime type.



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