Compiz has made a workaround available in git for this issue. http://gitweb.opencompositing.org/?p=fusion/plugins/workarounds;a=commit;h=ddea8b07cf3046e2bb72dd5bc5161a6d24ef9f16
On 10/9/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote: > > Michael Jung <[EMAIL PROTECTED]> writes: > > > It seems that the added "data->whole_window" check in the expression > > used to decide if a window has to be switched to managed mode causes > > this problem for me. > > > > data->whole_window is set in create_whole_window at window.c:1002 > > create_whole_window is called from X11DRV_CreateWindow at window.c:1292 > > > > data->whole_window is tested in X11DRV_SetWindowPos at winpos.c:251 > > X11DRV_SetWindowPos is called form X11DRV_CreateWindow at window.c:1287 > > > > Thus, it seems to me that this check happens before > > "data->whole_window" is initialized. Removing this check (as in the > > attached patch) resolves the issue for me. But this does not seem to > > be the correct solution, since the root desktop window is now flagged > > as "managed", which does not have any impact (at least for me), but > > which seem logically incorrect. > > That's just hiding the problem. If the window manager doesn't > reevaluate the wm hints when the window is mapped, many things won't > work. That's really a Compiz bug IMO. > > -- > Alexandre Julliard > [EMAIL PROTECTED] > > >