Bug#270702: Installing kino doesn't update KDE menu
On October 11, 2004 12:34, Daniel Kobras wrote:
> This turns out to be a bug in KDE. Kino is a gtk application, despite
> its name starting with k. It installs a file
> /usr/share/applications/kino.desktop, but no entry turns up in the KDE
> menu. After pulling out a substantial part of my hair over this issue,
> I found out that renaming the file to, say, gino.desktop makes the menu
> entry appear. Along the same line, renaming an arbitrary file in that
> directory to something starting with letter k makes the respective menu
> entry disappear in KDE.
>
> It seems that most of the other k* executables indeed are KDE
> applications, and install their .desktop files in
> /usr/share/applications/kde/ instead[1]. I assume that's why this bug
> wasn't noticed earlier.
This bug is actually far more strange than this... I created a file,
xmms.desktop, placed it in /usr/share/applications, but found that the
KDE menu didn't show it. Renaming the file XMMS.desktop fixed this.
Similarly, totem.desktop doesn't show up in the KDE menu - unless you
rename it, and gxvattr.desktop wouldn't show up either, until I renamed
it. It seems that pretty much any new name will do (though I hadn't
noticed the k* pattern). Moving the .desktop files into the kde
subdirectory of /u/s/applications made things appear.
Looking through the KDE code, very briefly, I didn't see an obvious
"blacklist" of .desktop file names to ignore. Something much stranger
must therefore be going on.
Has this been reported upstream?
Cheers,
Christopher Martin
Reply to: