Bug 339877 - kmenueditor5 doesn't save menu label changes
Summary: kmenueditor5 doesn't save menu label changes
Alias: None
Product: kmenuedit
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
: 330241 (view as bug list)
Depends on:
Reported: 2014-10-11 13:12 UTC by antisound
Modified: 2016-04-09 10:38 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:

kmenuedit - program open (118.32 KB, image/png)
2015-08-09 11:08 UTC, lance.list.7
kmenuedit - program open (221.46 KB, image/png)
2015-08-09 11:11 UTC, lance.list.7
kmenuedit - program open (232.59 KB, image/png)
2015-08-09 11:17 UTC, lance.list.7
Hide the shortcut input when no shortcut support is available (367 bytes, patch)
2015-08-23 13:46 UTC, Rob Hulswit

Note You need to log in before you can comment on or make changes to this bug.
Description antisound 2014-10-11 13:12:56 UTC
If you'd like to change a menu entry in kmenu editor the changes aren't saved. E.g. if i want to change the menu titel from "undefined" to wine save the changes and quit. it automatically renames back again to "undefined". Everytime reproduciable.

Reproducible: Always

Steps to Reproduce:
1.Open kmenuedit5
2.Change Entry
3.Save and Quit

Actual Results:  
nothings changed ;-)

Expected Results:  
Change the Entry!
Comment 1 David Edmundson 2015-02-02 16:51:04 UTC
*** Bug 330241 has been marked as a duplicate of this bug. ***
Comment 2 Kristjan 2015-02-18 20:05:54 UTC
I'm currently trying to use kmenuedit 5.2.0 on Fedora 21 x86_64.

Same results.

Specifically I tried to edit item entry:
System -> Konsole -> Advanced Settings -> Current Shortcut Key

But I believe that any change one does isn't saved.
Comment 3 Kristjan 2015-03-31 10:12:09 UTC
For me the bug dissapeared in Kemnuedit 5.2.2
Arch        : x86_64
Version     : 5.2.2
Release     : 1.fc21

Comment 4 lance.list.7 2015-08-09 11:08:11 UTC
Created attachment 93956 [details]
kmenuedit - program open

Inconsistency between the input from kmenuedit and the menu as displayed.
image 1 shows kmenuedit and the saved menu structure
Comment 5 lance.list.7 2015-08-09 11:11:15 UTC
Created attachment 93957 [details]
kmenuedit - program open

set left mouse click on desktop to show application menu
this is the displayed menu with many entries not in the kmenuedit defined menu and the items not in the same order as defined in kmenuedit
Comment 6 lance.list.7 2015-08-09 11:17:49 UTC
Created attachment 93958 [details]
kmenuedit - program open

This is the menu presented by the [K] button on the taskbar unchanged from the default not again the difference from the menu defined in kmenuedit and the menu presented by the application menu in the previous comment.
system is Fedora 22 (fully patched) and versions 5.3.2 for both plasma and kmenuedit 
on Fedora 21 and kde-4.11 this works properly, set a menu with kmenuedit and the same menu appears in both the [K] button and the application menu set under the mouse click on the desktop
Comment 7 Rob Hulswit 2015-08-23 13:46:04 UTC
Created attachment 94183 [details]
Hide the shortcut input when no shortcut support is available

Fedora has probably configured kmenuedit without shortcut support (missing shortcut-devel package at build time). kmenuedit doesn't hide the shortcut input when this happens.
Comment 8 Rex Dieter 2015-10-08 16:07:24 UTC
I can confirm the specific case of changing menu labels doesn't seem to work (using plasma-5.4.2 on fedora 23 beta)

For example, I have a top level menu: "Chrome Apps", changing that to "Chrome Apps foo" in the editor doesn't seem to change anything.  kickoff and kmenueditor (if re-opened) again show "Chrome Apps"

This same task works on my older kde4 (4.11.18) install
Comment 9 adimeymuc 2016-01-13 12:04:12 UTC
Also present in the latest Menueditor Version 5.4.3,  KDE-framework 5.16.0 (openSuse Leap 42.1). Only applies to submenus (folders), not sinle programme items. a) to name changes, b) icons assigned to said submenus also not saved.