Version: revision 754176 (using KDE Devel) Installed from: Compiled sources Compiler: gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) OS: Linux I've got KDE4 running on a second X session while KDE3 runs in the first one (with a different user, of course). When I switch to my KDE3 session and back to the KDE4 one, the screen remains black and gets repainted only slowly, i.e. by opening and closing menus (the space they covered is repainted). That's reproducible and didn't change since I first checked out KDE4 (about two weeks ago).
Using nvidia binary drivers? Works fine without composite enabled? This is not a plasma bug though.. I guess it would be kwin?
Yes, nvidia binary drivers (version 100.14.19). Yes, compositing enabled. After disabling it, I first get really strange graphics errors (that's a different bug though, I think), and after logging out and in again, session change works fine. I'm sorry if Plasma is the wrong component, I didn't know which was the right one and Bugzilla refused to leave the report without component.
No problems. Kwin people, can anything be done about this or is it nvidia's problem?
Perhaps these additional notes are helpful... When I enable the desktop effects and they were previously disabled, I've got exactly the same behaviour. I just tried out session switching using KDE3 and compositing with compiz, and here it works fine: I immediately see the whole session after switching to it.
I have the latest nvidia drivers, KDE3 session running in another X session, etc. I can't reproduce this bug in 4.0.0. I'm using Kubuntu 7.10 if anyone's interested.
I get the issue here with xorg-x11-7.2, nvidia-drivers-169.07 and KDE trunk here. What's your xorg version?
My xorg is at version 7.2. I just tried to change the render options of KWin from OpenGL to XRender, and that seems to solve it - for 1-2 seconds, I get a black screen with only my mouse, and then the complete KDE desktop appears.
SVN commit 761857 by lunakl: Trigger full repaint after configuration change and after switching to X, just in case. BUG: 154825 M +3 -0 events.cpp M +1 -0 workspace.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=761857
If the problem still remains after the workaround, the bug is in X or in drivers or somewhere. I suggest checking with Compiz.
For the record, the problem still exists here although I'm switched back to using nvidia drivers 100.14.23 in the mean time. It doesn't really concern me enough to go fiddling with compiz, so I'll leave it to other users to complain to xorg/nvidia.
I can confirm that, the problem remains. > I suggest checking with Compiz. As I said, compiz works fine here with KDE3. Do you think it should be tested with KDE4 as well?
If this same problem doesn't show with Compiz, then this needs reopening, but it still looks like driver problem to me.
I just tried compiz with KDE4 which also works fine. So it must be a problem in KWin as the rest is the same compiz uses. Perhaps compiz has a workaround which KWin doesn't have?
Nvidia problem. I cannot come up with a workaround I'm afraid.
*** Bug 157003 has been marked as a duplicate of this bug. ***
SVN commit 783860 by lunakl: Add a hack that somewhat improves screen repaint after X session switch with drivers that have a problem with this. CCBUG: 154825 M +6 -1 events.cpp M +1 -1 workspace.h WebSVN link: http://websvn.kde.org/?view=rev&revision=783860