Version: (using Devel) Installed from: Compiled sources OS: Linux I doesn't see this problem for first time but I'm not sure whatever it was in previous SVN. Nevertheless this issue is concerned not to all submenu. Look at the snapshot below.
I'm not able to upload my snapshot :-( Look at this link and take notice of the correspondent menu editor ;?) http://www.abclinuxu.cz/images/screenshots/5/3/102535-store-for-snapshots-25027.png
Hi Ladislav, interesting case and I remember that I saw a report about such an issue before already. So, it seems to be a serious problem within the kmenu-logic. I assume this happens only with the kmenu and not with kickoff? and could you also provide us a hint what KDE-version you are using? thx :)
an additional question; if you right-click on the menu-button and switch to kickoff and then back to the classic kmenu, is it displayed correct then?
Created attachment 25770 [details] screenshot from comment #1
I can confirm this , switching from menu to kickoff and back , seems to solve..
environment: Qt: 4.4.0 KDE: 4.00.84 (KDE 4.0.84 (KDE 4.1 >= 20080625) "release 1.2" Kontact: 1.3 openSUSE 11 64-bit KickOff idea seems be well, although I can't confirm it now, because I updated to the latest SVN and I don't have this problem at this moment. Nevertheless I remember I made switch between the standard and kickoff mode yesterday (I very lack search tool in the standard mode)
i also see that you have corrupted icons, like it tries to load a kde3 icon set. really good chances are that is a packaging issue, or it tries to load a local .kde folder of a kde3 installation can ypu try it with a clean home, maybe of a new user?
Re: Comment #7 From Marco Martin Is there any way how to set loading of icons from right location? I reckon daily using of my normal account as better testing way than I switch to clean (new) user account sometimes.
you could try to start with a failsafe session with only an xterm, typing export KDEHOME=~/.kde4 (or any other folder name you want, that doesn't exist already) and then start kde with startkde and see what happens
*** Bug 164103 has been marked as a duplicate of this bug. ***
I tried to start KDE4 with empty ~/.kde4 folder but problem with randomly occurred cycling of menu persists. Switching from menu to kickoff and back solves this problem ad hoc. KDE: 4.1.00 (KDE 4.0.99 (4.1 RC1+)) "release 13.7"
this is not fixed in kde-4.1? (I confirm this bug, too, as stated in duplicate bug)
commit r839398 in trunk and r839399 in 4.1 (so, will be part of 4.1.1) does fix a possible reason for it. Not sure there if it's really fixed since I am still not able to reproduce the "cycle application submenu" at all :-/
I mark this as dup of bug #167688 cause while both cases sound pretty different, it explains the result described in this report and crashes if KDE is used with debug-symbols cause of an assert at the other report. p.s. the commits in comment #13 did clearly not fix the issue :-/ *** This bug has been marked as a duplicate of 167688 ***
I can confirm this using the latest openSUSE 11.0 packages. AFAICS, it happens when new applications are installed. If the menu structure is corrupted, there is a good chance to get a plasma crash when shutting the system down (see attachment).
Created attachment 26718 [details] plasma.kcrash
Created attachment 26719 [details] plasma.kcrash
Created attachment 26720 [details] another Screenshot