! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Compositor should catch existing windows when xfwm is starting
Status:
RESOLVED: WONTFIX

Comments

Description Eygene Ryabinkin 2009-04-28 18:40:09 CEST
Created attachment 2331 
xfwm4: rebuild all compositing stuff late at the WM startup to get proper shadows

I am running xfwm4 as the last command from xinitrc and have some applications that are started prior to it (Xxkb and xfce-panel).  When I enabled screen composition and shadows under all windows, ugly whitish shadows appeared for these existing windows and they damaged root window contents, because these whitish remains were left after moving.  All new windows produce normal shadows and when I am unticking and ticking back shadow checkbox in the XFCE settings manager, all windows are getting their normal shadows and root windows isn't damaged by them.

I am adding the patch that reinitializes compositor stuff on all screens after full initialization of XFWM -- it fixes the situation for me.
Comment 1 Olivier Fourdan editbugs 2009-04-30 22:23:56 CEST
How can this be major?

That patch is not needed and not suitable actually. Do you run an application that manages the desktop (for example xfdesktop)?
Comment 2 Eygene Ryabinkin 2009-05-06 11:17:39 CEST
OK, changed to 'normal'.

As for xfdesktop -- no, I am not running it.  I don't need anything fancy on my desktop, so I am keeping memory footprint for the WM stuff to be quite small.

Why the patch isn't suitable?
Comment 3 Olivier Fourdan editbugs 2009-05-07 17:34:55 CEST
(In reply to comment #2)
> OK, changed to 'normal'.
> 
> As for xfdesktop -- no, I am not running it.  I don't need anything fancy on my
> desktop, so I am keeping memory footprint for the WM stuff to be quite small.

You may want to #define MONITOR_ROOT_PIXMAP for xfwm4 to monitor the root pixmap property, although this is not a "supported" configuration and therefore you're on your own there.

> Why the patch isn't suitable?

Because it will be causing slow down at startup, as the compositor has to repaint all screens at a time where speed is to be expected (thus impacting startup time)
Comment 4 Steve Dodier-Lazaro editbugs 2015-02-16 21:27:32 CET
I understand from Olivier's last comment that this patch will not be applied. I'm hence closing the report. Thanks.

Bug #5308

Reported by:
Eygene Ryabinkin
Reported on: 2009-04-28
Last modified on: 2015-02-16

People

Assignee:
Olivier Fourdan
CC List:
1 user

Version

Attachments

Additional information