Bug 100261

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