https://bugs.kde.org/show_bug.cgi?id=345100
Wolfgang Bauer <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|[email protected] |[email protected] Component|general |general Version|5.2.1 |5.33.0 CC| |[email protected], | |[email protected] Product|kmenuedit |frameworks-kconfig --- Comment #27 from Wolfgang Bauer <[email protected]> --- This is actually a bug in the kconfig framework, not in kmenuedit. KDesktopFile::locateLocal() returns the wrong path (~/.local/share/ instead of ~/.local/share/desktop-directories/). kmenuedit uses this function to get the save path, so the changes are saved to the wrong location (as has been pointed out here already) and are therefore ignored. (kmenuedit cannot just change the original file because it may be located in a system-wide folder, normally /usr/share/desktop-directories/, where the user cannot write changes to) Proposed fix: https://phabricator.kde.org/D5502 Other than that, creating a new submenu does work fine here. But please note that the application menu hides *empty* folders, so you need to create actual entries in the submenu first to make it show up. -- You are receiving this mail because: You are watching all bug changes.
