Description of problem:
Both the system-settings.menu of redhat-menus-6.7.5-1 and the
kde-applications.menu of kdelibs-3.5.1-2.3 contain this line
which may duplicate menu entries in K Menu.
If you install kdemultimedia then you will have the following config file:
Say you also install a multimedia application with the following menu entry file:
##### /usr/share/applications/sample-menu-entry.desktop begins here
Name=Sample Menu Entry
##### /usr/share/applications/sample-menu-entry.desktop ends here (with a blank
line at the end)
Now, "Sample Menu Entry" will be listed in both Multimedia-Music and
The more submenus a package adds to the K Menu, the messier the Administration
Version-Release number of selected component (if applicable): 6.7.5
Easily reproducible. Just install kdemultimedia and copy
sample-menu-entry.desktop into /usr/share/applications/
Steps to Reproduce:
1. Install kdemultimedia to get the
/etc/xdg/menus/applications-merged/kde-multimedia-music.menu config file
2. Copy sample-menu-entry.desktop into /usr/share/applications/
"Sample Menu Entry" will be listed in both Multimedia-Music and
Administration-Multimedia-Music in K Menu.
It should only be listed in Multimedia-Music. Please remove the harmful
"<DefaultMergeDirs/>" line from system-settings.menu (and all other merge
files). Keep it only in kde-applications.menu (and applications.menu if necessary).
Created attachment 131347 [details]
Sample Menu Entry with Categories=Music
Created attachment 131541 [details]
patch to remove harmful code from MergeFiles
Bug persists in redhat-menus-6.7.5-3 of Fedora Core 6. Is there anybody still
same problem, but the content of the submenu added in applications-shared
appears in both administration and in administration/server settings
that's quite annoying since we plan to do a mass deployment on 200+ machines,
and we'd rather not patch manually /etc/xdg/* and have these settings erased on
next redhat-menus rpm upgrade
btw, there are also some references to "applications.d" in the comments, which i
guess should be "applications-merged"
maybe rsrode@redhat doesn't work on that anymore, so if there's no reply we'll
try to contact someone from the redhat-menus' rpm changelog
adding to FC7Target
This seems like it would be a kde problem.
The spec says that <DefaultMergeDirs> is relative to the name of the file specified.
See the "File Locations" section of
I agree. Nevertheless, I cannot see why the <DefaultMergeDirs/> tags need be
included in the merge files in redhat-menus. All they do is show that KDE is
buggy. They are not used in GNOME because GNOME simply does not merge in any
information from any of the *-merged directories so they are not needed for
GNOME at all. If interpreted correctly, they would point to directories like
system-settings-merged, which either do not exist in Fedora or are just plain empty.
To summarize, the <DefaultMergeDirs/> tags in the merge files are not used by
GNOME, so they can be safely removed. They are only useful in debugging KDE,
which is probably not the main task of the redhat-menus package.
They are used by 3rd party packages to customize the menu layout. We've had to
move them around before to accomodate that.
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.
If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
Solved in KDE4. See Bug 439378.