kmenuedit doesn't save changes properly

[Jeremy LaCroix]

Binary package hint: kmenuedit

I am using Kubuntu Intrepid (64-bit). I noticed in KDE4, when you delete descriptions in menu items, the changes aren't always saved.

The easiest way to reproduce this is as follows:

1.) Open up kmenuedit. You can do that by rightclicking the kmenu and clicking "edit", or hitting ALT+F2, typing "kmenuedit" and pressing enter.

2.) Pick a category. Preferably one that has a good number of icons. (System, for example).

3.) Go into each icon and delete the description, leaving the rest alone.

4.) Save your changes and close kmenuedit.

5.) After it closes, click on the kmenu and then the category you chose to edit. Notice that even though you deleted all the descriptions in kmenuedit, not all of the icons have saved the changes and still have the descriptions.

6.) Repeat steps 1-3 with the icons that didn't save the deleted descriptions. Notice that editing them a second time will result in the changes being saved.

7.) Repeat the entire cycle above for each category you wish to edit.

Note: This worked as expected in Hardy Kubuntu-KDE4 even with KDE 4.1, so it appears that this bug is specific to Intrepid.

[Harald Sitter (apachelogger)]

Does this also happen if you relogin after editing? It might very well be that this is just a caching issue.

Also, is there some kind of pattern in the not-saved changes? Like only non-kde4 apps maybe?

[Jeremy LaCroix (jlacroix82-deactivatedaccount)]

Logging in and out doesn't seem to make a difference, the problem
happens immediately. (Edit all the icons, and then look at your menu).

There is no pattern that I can find, however even though it happens with
both GTK and QT apps, it happens most often with GTK apps. That may be
just a coincidence, though.

Harald Sitter wrote:
> Does this also happen if you relogin after editing? It might very well
> be that this is just a caching issue.
>
> Also, is there some kind of pattern in the not-saved changes? Like only
> non-kde4 apps maybe?
>
> ** Changed in: kdebase (Ubuntu)
> Status: New => Incomplete
>
> ** Changed in: kdebase-workspace (Ubuntu)
> Sourcepackagename: kdebase => kdebase-workspace
>
>

[Harald Sitter (apachelogger)]

It's Qt, QT is QuickTime ;-)

Anyway, does it happen at all for KDE 4 applications?
There is some weird issue in the menu with non-kde4 apps.

[Jeremy LaCroix (jlacroix82-deactivatedaccount)]

I don't recall actual KDE4 apps doing this, but I'm not certain. Off the
top of my head Easytag, XQF Game Server, and several KDevelop icons did
this.

You can see this for yourself by going through my steps. You can back
up your ~/.config/menus/ folder, then you can restore it after your
done. In that folder is a kmenuedit file that stores the KDE menu
settings so you can easily reverse the changes. If you don't have that
file, just delete it when it's created after you're done editing the
menu to reverse the changes.

Harald Sitter wrote:
> It's Qt, QT is QuickTime ;-)
>
> Anyway, does it happen at all for KDE 4 applications?
> There is some weird issue in the menu with non-kde4 apps.
>
>

[Jonathan Thomas (echidnaman)]

I can confirm, but it only affects the icons that have duplicate entries in my case. Other ones work fine.