Red Hat Bugzilla – Bug 127082
Legacy menus not displayed correctly
Last modified: 2012-06-20 12:16:32 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7)
Description of problem:
The "legacy directory" support for the menus seem a bit off after I
upgraded from Fedora Core 1 to Fedora Core 2. Simply put, it looks
<!-- Scan legacy dirs first, as later items take priority -->
appear in the menu config files, most or all items in the dirs are
included - not just the ones that are appropriate for the active menu
- so I get the entire hierarchy from the above mentioned directory as
sub menus of Preferences, System Settings, System Tools, System
Settings/Server Settings etc.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Make sure some apps that install old-style menu files in
/etc/X11/applnk or /usr/share/gnome/apps are installed...
2. Look at the menu
Actual Results: Preferences menu has submenus Applications, Games,
Graphics, Multimedia, Internet containing launchers for *applications*
(not config tools.) Same for System Tools, System Settings and
submenus of the latter.
Expected Results: The relevant items are included in the global menu...
After thinking about this some more, I'm not sure I understand why the
<LegacyDir> directives are included at all in e.g preferences.menu and
system-settings.menu. Isn't it enough to have them on the top-level,
i.e. applications.menu? Or are there cases, e.g. in conjunction with
the nautilus view, when that file isn't read? If that's the case,
maybe you really want to include *subdirectories* of the old menu
paths in submenu descriptions, i.e. have something like
Related problem: I also get a new submenu "Applications" at the
top-level - containing data stored /usr/share/gnome/apps/Applications/
and /etc/X11/applnk/Applications, obviously. Should perhaps those
entries be moved into a standard submenu?
Still there in Fedora Core 3.
Toralf, I'm not able to reproduce this bug at all. If I create an
entry in the /usr/share/gnome/apps/System directory and then kill
gnome-panel I see the entry in the System menu and no where else. I
believe the menu spec defines the behavior as such. I imagine you are
still experiencing problems.
Are you running GNOME or KDE?
What version of redhat-menus?
If you rpm -e redhat-menus --nodeps and then yum install redhat-menus
does this problem persist?
Apparently, my system isn't quite ready to use "yum install"; there's
some GPG problem that I'm not sure how to resolve (I usually use rpm
directly, or the system installer.) However, re-installation via rpm
file made no difference - and I also removed everything from
/etc/xdg/menus/ for good measure.
Anyhow, one of the entries that's causing trouble is
/usr/share/gnome/apps/Internet/opera.desktop - I'll attach the actual
file shortly. When it's present I get an "Opera" entry in the
"Internet" menu as expected, but there will also be "Internet" sub
menus containing "Opera" under "System Settings" and "Preferences".
I'm using GNOME and (now) redhat-menus-1.13-1
Created attachment 109398 [details]
latest version is redhat-menus-3.7.1-3
could you upgrade to that and check?
Just installed the latest rpm in Fedora development. The problem is
still there, I'm afraid.
Enterprise Linux 4 also has this problem.
I thought I might add a note on this just to make sure you understand what I'm
(In reply to comment #4)
> Toralf, I'm not able to reproduce this bug at all. If I create an
> entry in the /usr/share/gnome/apps/System directory and then kill
> gnome-panel I see the entry in the System menu and no where else.
The problem is not the entries to the System directory. The problem is that when
I add an entry to *any directory except System* under /usr/share/gnome/apps, an
item will appear under System in the menu.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
I don't think I'll be testing FC5 or 6 soon, so I'll move this to Enterprise
Linux instead. We also see this in 4WS, which is what we are currently using.
I think I'll merge this with related bug, with an update on how to reproduce:
Steps to reproduce
1. Create a file called /usr/share/gnome/apps/Applications/dummy.desktop with
the following contents:
2. Restart the panel
Actual Results: Two new menu entries are added; they are
Applications/System Settings/Applications/Menu test
Expected Results: One menu entry is added;
Urgh. I tried marking bug 98991 as a duplicate of this, but the operation was
for some reason not allowed.
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life.
Please See https://access.redhat.com/support/policy/updates/errata/
If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.