Version: (using Devel) Installed from: Compiled sources Each time I login in KDE 4.0.81, desktop effects are not activated, even though I have them enabled in the System Settings tool. I can activate them by changing the compositing type (if it's opengl, I set it to xrender, if ift's xrender,I set it to opengl), and then the desktop settings get activated correctly. So I have seen it working already correctly with both opengl and xrender on my system (NVidia proprietary drivers).
Please provide the debug output from running kwin (e.g. 'kwin --replace 2>log.txt' in Konsole, use 'kwin --replace' in KRunner to quit this testing instance later).
Created attachment 25190 [details] log.txt of kwin instance started manually after login, which does have compositing Well, the problem is that when I run this command, the new kwin which is started *does* have working desktop effects, while the one started when I logged in, did not. I did not touch the System Settings during this session. I guess I'd need to run the kwin instance which is started at session login with this option to find out why it does not use compositing. Where could I set this?
The debug output of the whole session is in ~/.xsession-errors.
Created attachment 25331 [details] .xsession-errors
confirming here, using XRender make desktop effects working
kwin --replace allow to have all working OK. what can be the origin of this behaviour ?
Same here on my sister's computer with a nVidia GeForce 6800 and nVidia drivers 173.14.05. Other OpenGL apps (like Blender, Celestia, Stellarium) work fine and so does KWin after restart. Should I also attach my logs?
It won't help much I think. The problem is very probably an interaction problem with changes to the way the window manager is started in Mandriva and KDE 4. Probably this file where KDEWM is redefined is related: # cat /etc/X11/xinit.d/40compositing-wm #!/bin/sh # to be sourced if [ -r ~/.compositing-wm ]; then CONFIG=~/.compositing-wm else CONFIG=/etc/sysconfig/compositing-wm fi COMPOSITING_WM=`sh -c "source $CONFIG; echo \\$COMPOSITING_WM"` if [ -z "$COMPOSITING_WM" ]; then COMPOSITING_WM=compiz unset CONFIG fi # read package defaults first WM_CONFIG=/usr/share/compositing-wm/$COMPOSITING_WM.defaults [ -r "$WM_CONFIG" ] && . $WM_CONFIG # allow system defaults to override package defaults [ -r "$CONFIG" ] && . $CONFIG [ "$SESSION" = "failsafe" -o "$SESSION" = "drak3d" ] && COMPOSITING_WM_START=no if [ "$COMPOSITING_WM_START" = "auto" ]; then # auto-start composting window manager if Xgl is started # or if direct rendering and GLX_EXT_texture_from_pixmap are available source /etc/init.d/functions if grep -q no3ddesktop /proc/cmdline; then COMPOSITING_WM_START=no elif [ "$XGL" = "yes" ]; then COMPOSITING_WM_START=yes elif glxinfo 2>/dev/null | awk 'BEGIN { no_direct = 1; no_tfp = 1 } /direct rendering: Yes/ { no_direct = 0 } /GLX_EXT_texture_from_pixmap/ { no_tfp = 0 } END { exit or(no_direct, no_tfp) }'; then COMPOSITING_WM_START=yes else COMPOSITING_WM_START=no fi fi export COMPOSITING_WM_START if [ "$COMPOSITING_WM_START" = "yes" ]; then START=/usr/bin/compositing-wm-start case "$SESSION" in GNOME) export WINDOW_MANAGER=$START ;; KDE) export KDEWM=$START ;; *) $START ;; esac # Start the decorator now to allow compiz to be saved into session if [ -n "$COMPOSITING_WINDOW_DECORATOR" ]; then $COMPOSITING_WINDOW_DECORATOR & fi fi
If it is really caused by the script, then it is not a KDE problem, please report to your distribution.