Bug 191445

Summary: Initial edits to menu entries reset their icons
Product: [Applications] kmenuedit Reporter: Stephan Sokolow <kde_bugzilla_2>
Component: generalAssignee: Unassigned bugs <unassigned-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: wstephenson
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Unspecified   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Stephan Sokolow 2009-05-03 09:56:23 UTC 
Version:            (using KDE 4.2.2)
Installed from:    Compiled From Sources

Editing a menu entry will cause it to forget the icon during the intial edit. (The one which copies the .desktop file to the per-user overlay)

This is both counter-intuitive and extremely unhelpful since, in my experience, the usual reason for editing a .desktop file is to PRESERVE the choice of icon (without having to dig through /usr to find it) while doing something like:
- making a small correction to a description field
- switching from a /usr/bin file to a /usr/local/bin wrapper script
- adding some command-line arguments (eg. --enqueue to Audacious Media Player or "-p webdev -no-remote" to Firefox to get multiple simultaneous profiles)
Comment 1 Will Stephenson 2009-11-23 17:59:00 UTC 
I can't reproduce this with trunk (4.4pre)