| Summary: | Classic menu disappears as soon it is opened (related to the Menu effect in QtConfig) | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | enkithan |
| Component: | widget-kickoff | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | andresbajotierra, aseigo, geierb, kdelibs-bugs |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
enkithan
2009-09-07 13:39:43 UTC
- What are the setting of your panel (visibility?)? Thanks Panel is "Always Visible" (if that's the right translation). more info: -The bug also happens if I put the classic menu icon on the desktop. -Other menus (lancelot, kickoff) works fine. - Do you have Desktop Effects ? - Do you experience a similar behaviour in the menus of any other KDE application (like File, Edit, ...Help ) ? If you check the settings in QtConfig (run "qtconfig"), in the "Interface" tab, do you have "GUI effects" enabled ? Changing some of that settings fixes the issue ? Thanks - Do you have Desktop Effects ? Yes - Do you experience a similar behaviour in the menus of any other KDE application (like File, Edit, ...Help ) ? No, others menus works normally. -If you check the settings in QtConfig (run "qtconfig"), in the "Interface" tab, do you have "GUI effects" enabled ? Changing some of that settings fixes the issue ? After having disabled both Qtconfig Gui Effects, KDE Desktop effects, and removed/added the menu, the bug was still happening. To be sure, I restarted plasma, and the bug disapearred :) After some more testing, it appears the culprit is indeed the "Fade" Menu Effect of QtConfig. Using the "Animate" option is even worse: then the menu is sometimes displayed outside the screen. Thanks a lot for the help :) I can confirm that for KDE 4.3.1 (debian testing). Had the same problem until I set the menu effect to "disabled". Since I upgraded QT libs to 4.5.3 and KDE libs to 4.3.2 the problem is gone. Sorry, can't tell whether the KDE or the QT update fixed it, updated both at the same time... (In reply to comment #6) > Since I upgraded QT libs to 4.5.3 and KDE libs to 4.3.2 the problem is gone. > Sorry, can't tell whether the KDE or the QT update fixed it, updated both at > the same time... Seems I was too fast: Today it doesn't work again... The Bug is NOT fixed. such effects do not belong in the toolkit, they belong in the window manager. whatever the reason this is causing breakage, i'm not particularly interested in working around a feature that is implemented in the wrong place. my guess is that it's because we're moving the menu manually into place and then Qt goes around and tries to move it as well and that causes either some unexpected loss of focus or some incorrect geometry calculation to occur. (In reply to comment #6) > Since I upgraded QT libs to 4.5.3 and KDE libs to 4.3.2 the problem is gone. > Sorry, can't tell whether the KDE or the QT update fixed it, updated both at > the same time... Seems I was too fast: Today it doesn't work again... The Bug is NOT fixed. doing that fixed it definively for me : 1.replace KDE by another wm/desktop in .xinitrc (in my case, fluxbox). 2.reboot the computer. 3.start X, run QtConfig and disable GUI effects. 4.re-enable kde in .xinitrc, reboot again, start X. |