Bug#888652: baobab: Baobab opens the wrong handler for inode/directory MIME type

Rafael Varela Pet rafael.varela at gmail.com
Fri May 18 09:56:52 BST 2018


On Wed, 25 Apr 2018 21:37:33 +0300 Sophoklis Goumas
<olspookishmagus at gmail.com> wrote:

> Ok, after some research I've found out that baobab will take every entry
> found in /usr/share/applications/mimeinfo.cache and settle with the first
> one that successfuly runs.
>
> In my case this was:
> $ grep inode/directory /usr/share/applications/mimeinfo.cache
> inode/directory=pcmanfm.desktop;Thunar-folder-handler.desktop;org.gnome.baobab.desktop;audacious.desktop
>
> When I tried removing everything but the 'Thunar-folder-handler.desktop' entry and afterwards
> trying to open a directory from within baobab in shell I would read this:
> (baobab:31555): GLib-GIO-CRITICAL **: 21:17:50.056: g_app_info_launch: assertion 'G_IS_APP_INFO (appinfo)' failed
>
> Also this bug could be merged with bug #827078 here:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827078
>
> I will keep on looking on this and I will update you if I find a working solution.
>
> As a temporary solution you can use pcmanfm (install and configure it properly)
> but I still want Thunar for it's tailored to my needs "Custom Actions".


Thank you very much for the information.  I was able to reproduce the
GIO error and the workaround using pcmanfm .

Just for the record: an identical bug was filed against Fedora on 2012
(https://bugzilla.redhat.com/show_bug.cgi?id=882627) but it was closed
without providing any solution or comments.



More information about the pkg-gnome-maintainers mailing list