Version: (using KDE KDE 3.4.0) Installed from: Compiled From Sources Compiler: gcc version 3.4.3 (Gentoo Linux 3.4.3, ssp-3.4.3-0, pie-8.7.6.6) OS: Linux I created a new user for testing the KDE 3.4 release candidate (compiled on 24 Feb 2005). When logging in for the first time, I get no window decorations on any windows. Logging out and back in fixes it, but if this is a widespread problem, it will certainly negatively impact people's first impression of KDE! I selected all defaults in the startup wizard (Plastik decos, KDE behavior profile). Also, attempting to change the decoration in that initial session did not work; only by logging out was I able to get decorations on the next login.
More information: Once I got the window decorations by logging out/in, I wanted to see if removing files in .kde/share/config/ would cause the problem to return. After logging out from KDE, I switched to a text console and tried removing individual config files (the various kwin* files, kdesktoprc, and kdeglobalsrc), and then logging back into KDE. In each case, the window decorations were still present. However, I then logged out of KDE and nuked the entire .kde directory from the text console. When logging back into KDE, there are no window decorations again. So it seems related to something in .kde, but I have not been able to find the exact file responsible.
do you have an (empty) .kde folder on startup? if not, there maybe a problem on creating it during the first startup. do you only miss the deco or isn't kwin running at all (what happens on alt+tab?)
I had the same issue, but it only happens when a kde application is started from another session, and then later you try logging in to a new kde-session. It can be reproduced as follows: - Delete .kde .kderc for your kde3.4 user - As another user, log in to your (older) kde - Su to your kde3.4 user, and start a kde-application - Start an kde 3.4 x session, and you have no window-decorations. That's on FC3, running kde 3.3.1 and KDE cvs head (~12 hrs old).
This issue is still happening for me. More information: - cvs up -r KDE_3_4_0_RELEASE just minutes ago for both kdelibs and kdebase didn't change anything - when window decorations are missing, Ctrl+Tab also does nothing - interestingly, when kpersonalizer runs, it *DOES* have window decorations - deleting .kde and then creating an empty .kde makes no difference; nor does "cd ~/.kde; find . -type f | xargs rm" (i.e., leaving empty directory tree in place) - I also tried moving the ~/.kde of my regular user; I am seeing the same symptoms in that case (so it doesn't require having a new user) - by selectively deleting files in .kde, I attempted to determine which file is causing the problem: + "cd ~/.kde/share/apps; find . -type f | xargs rm" = normal! + "cd ~/.kde/share/config; find . -type f | xargs rm" = no kwin + "cd ~/.kde/share/apps; rm k*" = no kwin + "cd ~/.kde/share/apps; rm k[a-l]*" = normal! + "cd ~/.kde/share/apps; rm k[r-z]*" = normal! + "cd ~/.kde/share/apps; rm k[m-o]*" = normal! that leaves only kpersonalizerrc... If I delete kpersonalizerrc, I get an even stranger behavior: The "Tip of the Day" window appears *WITH* decorations, but only for a moment. It then disappears completely, and so does the kicker. In fact, I can leave kpersonalizerrc in place, and simply change FirstLogin=true, to get the same "disappearing" behavior.
oops, in my list of tests, all paths should read "~/.kde/share/config", not "~/.kde/share/apps" (except the first one)...sorry about that.
Please attach your startkde script (unless you're sure it's the standard KDE one), and your ~/.xsession-errors log.
I'm sure my startkde is standard; I compiled from sources, and made sure that $(which startkde) returns the correct path. I have attached my .xsession-errors Created an attachment (id=9888) xsession-errors
http://forums.gentoo.org/viewtopic-p-2139886.html is another report, also with "kwin: unable to claim manager selection, another wm running? (try using --replace)" line as in Jason's log and for me as quoted by Waldo on kde-core-devel.
CVS commit by lunakl: Make the kwin used for kpersonalizer quit - this no longer worked after recent dcopserver changes. Coolo, please move the tag in the branch in case the final 3.4 packages are still not done. BUG: 100261 CCMAIL: coolo@kde.org M +2 -3 startkde 1.148 --- kdebase/startkde #1.147:1.148 @@ -191,7 +191,6 @@ kpersonalizer --r --before-session done - dcopserver_shutdown - # shutdown will also make kwin quit, give it time to do so - sleep 1 + dcopquit kwin + dcopserver_shutdown --wait fi