[Bug 273243] New: Changes made to Wine menu entries are saved to new .desktop files which don't override the originals, so changes never apply

[JR]

https://bugs.kde.org/show_bug.cgi?id=273243

           Summary: Changes made to Wine menu entries are saved to new
                    .desktop files which don't override the originals, so
                    changes never apply
           Product: kmenuedit
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: unassigned-bugs at kde.org
        ReportedBy: zorael at gmail.com


Version:           unspecified (using Devel) 
OS:                Linux

Kubuntu 11.04 running KDE 4.6.3 from Kubuntu ppas. kmenuedit reports version
0.8.

(Please reassign bug if it is more related to the kickoff plasmoid than to
kmenuedit.)

Wine program menu entries are defined in .desktop files in
~/.local/share/applications/wine/* subdirectories that mirror the menu
hierarchy, which mirrors the Windows behavior.

When altering such menu entries via kmenuedit, the changes are saved into new
.desktop files directly in ~/.local/share/applications/, with the originals'
subdirectory paths "translated" and incorporated into the new files' filenames.
The originals are never touched. For example, changes made to
.local/share/applications/wine/Programs/Spotify.desktop become a new file named
.local/share/applications/wine-Programs-Spotify.desktop.

The bug is that the new file with its updated/altered contents is not
considered (by kickoff) as overriding the old one, so effectively the changes
never apply.

Reproducible: Always

Steps to Reproduce:
1. Install Wine
2. Install a Windows program via Wine, such as Spotify
3. Open up kmenuedit and make changes to its menu entry, such as adding a
comment (Spotify's entry is placed at Wine > Programs > Spotify by default)
4. Save
5. Open up the applications menu and observe the entry

Actual Results:  
6. Your changes are silently ignored. They were changed to a different .desktop
file than the original, and the original's contents take precedence

Expected Results:  
6. The changes should have taken effect and the menu entry should be as you set
it up to be

This may be either due to how  kmenuedit deals with subdirectory .desktop
files, or how it deals with hierarchy definitions in
~/.config/menus/applications-kmenuedit.menu.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.