Bug 196275
Summary: | system-settings.menu file vs. applications-merged dir | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ariszló <ariszlo> | ||||||
Component: | kdebase | Assignee: | Than Ngo <than> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Ben Levenson <benl> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | imitev, rdieter, rstrode, triage | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | bzcl34nup | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-04-04 11:17:03 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 150225 | ||||||||
Attachments: |
|
Description
Ariszló
2006-06-22 12:07:25 UTC
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 maintaining redhat-menus? 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 http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html 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: http://fedoraproject.org/wiki/BugZappers/F9CleanUp 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. |