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

Rafael Varela Pet rafael.varela+debianbts at gmail.com
Sun Jan 28 12:29:32 UTC 2018


Package: baobab
Version: 3.22.1-1
Severity: normal

Dear Maintainer,

Kaffeine installs itself as a handler for inode/directory MIME type (wich it does make much sense for me, although it was made on purpose by upstream [1]) and this has a side effect on baobab, because it seems to ignore the default setting under Xfce4 and starts to launch kaffeine when I try to open a folder instead of Thunar:

  $ xdg-mime query default inode/directory
  Thunar-folder-handler.desktop

I can work around this by regenerating the file /usr/share/applications/mimeinfo.cache after deleting "inode/directory" on /usr/share/applications/org.kde.kaffeine.desktop, so I wonder if there's a bug in baobab, os if should be better to include this change in the Debian package, or even better to file a bug upstream to request commit 24d08091ac9fe44487f1ec0bb5288f6f695de0e7 to be reverted?

Thanks in advance,

Rafael Varela

References:

  [1] https://cgit.kde.org/kaffeine.git/commit/?id=24d08091ac9fe44487f1ec0bb5288f6f695de0e7


-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8), LANGUAGE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages baobab depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  libc6                                        2.24-11+deb9u1
ii  libcairo2                                    1.14.8-1
ii  libglib2.0-0                                 2.50.3-2
ii  libgtk-3-0                                   3.22.11-1
ii  libpango-1.0-0                               1.40.5-1

Versions of packages baobab recommends:
ii  yelp  3.22.0-1

baobab suggests no packages.

-- no debconf information



More information about the pkg-gnome-maintainers mailing list