Summary: | Certain strange cycle of application submenu | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Ladislav Nesnera <nesnera> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | dorian.nagel, mail |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
screenshot from comment #1
plasma.kcrash plasma.kcrash another Screenshot |
Description
Ladislav Nesnera
2008-07-01 14:36:20 UTC
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
|