Bug 339877

Summary:	kmenueditor5 doesn't save menu label changes
Product:	[Applications] kmenuedit	Reporter:	antisound
Component:	general	Assignee:	Unassigned bugs mailing-list <unassigned-bugs>
Status:	CONFIRMED ---
Severity:	major	CC:	adimeymuc, cpigat242, kristjan.indlo, kurtb, lance.list.7, rdieter, rob
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	kmenuedit - program open kmenuedit - program open kmenuedit - program open Hide the shortcut input when no shortcut support is available

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

Regards

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.