Bug 191445 - Initial edits to menu entries reset their icons
Summary: Initial edits to menu entries reset their icons
Status: RESOLVED WORKSFORME
Alias: None
Product: kmenuedit
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-03 09:56 UTC by Stephan Sokolow
Modified: 2009-11-23 17:59 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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)