When I open a directory containing *.doc files, no icon is associated (rtf, sxw, pdf, etc works) but the good mimetype is displayed in properties (application/vnd.ms-word) according to shared-mime-info database. But, no application is associated for nautilus and ooo is installed. For the application it's not a real problem, just associate oowriter with .doc but the icon is missing . Maybe a problem of gnome-theme for the icon ? And a problem with mimetypes parse associated with ooo ? I post this bug here because I can't determine the good package for report ... Reproducible: Always Steps to Reproduce: 1. 2. 3.
Sorry, I miss the context : shared-mime-info 0.15 nautilus-2.6.3-r1 gnome-vfs-2.6.2 gnome-icon-theme-1.2.3
Same with the gnome-2.8.0 update. No icons and no applications associated with the good mime-type !!
this is probably due to changes in shared-mime-info .. can you test .14 ?
share-mime-info-0.14-r1 associate the .doc files with the good icon but with the "application/msword" mime type, it's a change in shared-mime-info beetween the two versions. This change doesn't appear in the NEWS of yhe .15 but it's a merge of the two old types for msword ... maybe choose the wrong alias for the icon display ? Anyway, it's not a gentoo bug !
no it isn't, it's gnome-vfs not dealing with aliases at this point.
I see the patch of .15 and it's "application/msword" that is moved for an alias of "application/vnd-ms-word" and is the main class. I think that gnome-vfs known only the first for the moment ? I mark the bug resolved and pass UPSTREAM.
don't upstream as long as it isn't upstream
It is reported now in http://bugzilla.gnome.org/ Bug #155048 Thank's
lanius, because of this 'bug' I'd like to mask .15 as long as we haven't found a proper solution. We maybe also have to fix .14 for this issue then : http://bugzilla.gnome.org/show_bug.cgi?id=153781
s-m-i-0.15 masked for now
the problem is, 0.14 does not work correctly as well, take a look at bug #142496
sorry, i meant #142496 on bugs.gnome.org: http://bugs.gnome.org/show_bug.cgi?id=142496
hmm yeah that was the link i meant to add in comment #9 .. it doesn't make much sense like it is now does it. But yeah, i made this decision, because i think this will hit way more ppl & is more urgent than the other bug.
i think we should patch 0.14 with the nautilus script fix that went in 0.15, if someone could look that up for us it would be appreciated. I really don't see this problem fixed in stable gnome-vfs, so it looks like we're going to be stuck with 0.14 for a while.
Created attachment 48613 [details, diff] files/shared-mime-info-0.14--text-plain.patch Here is a fix for the Nautilus scripts issue. It is a backport from 0.15 which adds some "text/plain" sub-class declarations where applicable (shell scripts, etc.). Note that this patch also touchs some filetypes that can't really be Nautilus scripts, but i thought it was more coherent to do this change everywhere it can apply. If you want a shorter version only for shell/perl/python/ruby/etc., just ask, i will filter the chunks.
Created attachment 48616 [details, diff] 0.14-r1_to_0.14-r2.patch And this is a trivial ebuild patch to apply the above fix.
added the patch (thnx tgl for looking it up actually) to shared-mime-info-0.14-r2, please test if it solves the problems.
people please test the patch
