Created attachment 67350 [details] KMenuEdit listing Version: unspecified (using Devel) OS: Linux When new sub-menu items are created in the program, they often do not appear in the Kmenu system. Reproducible: Always Steps to Reproduce: Create a new sub-menu off the root. Close KMenuEdit. Check KMenu. Actual Results: There is no reliable connection between what is seen in the app versus what is seen on the desktop. Expected Results: KMenuEdit should mirror the KMenu as soon as the user selects the "Apply" button.
Created attachment 67351 [details] KMenu Comparison
The two examples do not show the depth or severity of this problem, but rather just an example of a missing sub-menu. Sub-menus are often found in the wrong locations and never stay where they are placed.
It is completely normal for empty submenus not to appear. There's a good reason for this: Distributions usually ship with dozens of empty submenus that would just confuse everyone. I tried creating a submenu and filling it with an item, that worked fine. Which KDE version are you using? You selected "Fedora RPMs", so I assume you did not compile it yourself.
I can confirm that this is happening in KDE 4.7.4. I'm running Fedora 16. Kmenuedit has had problems for awhile. Seems things are not being saved correctly. Sometimes the are, sometimes they're not. It's a crapshoot. I've tried logging out and then in to see if that helped and it didn't. Dragging subfolders to rearrange the menu doesn't work either.
Unfortunately, I am still unable to reproduce this. Everything is working fine here when I try. I understood it is not perfectly reproducible for you either, but could you at least tell me which steps you are taking, which are *sometimes* not working? As I said above, I can not see anything unexpected in the original bug report. It is normal, and good, for empty submenus not to appear in the K-Menu.
Ralf, Thank you for your reply. The submenus I speak of are *not* empty. It seems to happen most often when I create a new submenu and then place items in it, then drag the submenu to another place in the tree. Here's exactly what I did: Create submenu in the "Office" menu. Place item "Record" in that submenu. Place item "Off" in that submenu. (These items are filled with icons and paths to executables, btw.) Then click "Save". The items show up in the menu OK. log out and in. Open kmenuedit and drag the aforementioned submenu from the "Office" menu to the main menu. Click save. Log out and in . Click on the menu and the submenu is still under the "Office" menu, not in the main menu, where I dragged it. Open kmenuedit again. The submenu is on the main menu, not in the "Office" menu. This is only one example. It would take too much space to describe them all. I started to notice these problems when I tried to fill shelf plasmoids with the submenus I was creating. They wouldn't show up. The shelf was empty. I tried many times. Maybe that's not your department. But I wonder if the two are connected. I don't know, I'm not a programmer. I don't know what else to tell you. Again these are not empty. Who would create a new submenu and leave it empty? It may not have been the intention of the OP to convey the idea that they were empty. I can also relate to a lot of the other bugs I see about kmenuedit. I can't post to them all. But I agree with the OP that there is a severe problem. Good Luck!
(In reply to comment #6) > Maybe that's not your department. But I wonder if the two are connected. I > don't know, I'm not a programmer. I don't know what else to tell you. > Again these are not empty. Who would create a new submenu and leave it > empty? It may not have been the intention of the OP to convey the idea that > they were empty. I can also relate to a lot of the other bugs I see about > kmenuedit. I can't post to them all. But I agree with the OP that there is > a severe problem. Good Luck! This is nobodies department since kmenuedit is unfortunately unmaintained ;-) . But I am looking into it. I just followed what you said, and could not reproduce the issue. Then I went ahead and moved menus around like crazy, and at some point obviously I managed to break it, and now I experience something similar to what you said. Unfortunately the file this is stored in, ~/.config/menus/applications-kmenuedit.menu, looks like a mess. Maybe I'll dig into it, but at least I can confirm the issue.
I forgot to mention: In my experience, after re-starting kmenuedit, it shows the menus the same way the plasma k-menu does.
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported and confirmed, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!