| Summary: | Composite specifies that XcompositeRedirectSubwindows turns off background painting | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Søren Sandmann Pedersen <soren.sandmann> | ||||
| Component: | Server/General | Assignee: | Adam Jackson <ajax> | ||||
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | normal | ||||||
| Priority: | high | ||||||
| Version: | unspecified | ||||||
| Hardware: | x86 (IA32) | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
Created attachment 4034 [details]
The program
Reassigning to xorg-team. Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future. (In reply to comment #0) > The program I'll attach demonstrates that the composite extension correctly > implements this line from the protocol spec: > > If update is Manual, then painting of the window background > during window manipulation and ClearArea requests is inhibited. > > Unfortunately, this is not a very useful from an API point of view. Think of > an application having a manual redirect subwindows on its own toplevel window > without a compositing manager running. Actually this is broken in xserver. It should avoid the flashing problem in compiz feature "direct fullscreen window". Problem is that root is exposed when changing shape of the composite overlay window. This should be fixed to avoid those ugly background paintings. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/336. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
The program I'll attach demonstrates that the composite extension correctly implements this line from the protocol spec: If update is Manual, then painting of the window background during window manipulation and ClearArea requests is inhibited. Unfortunately, this is not a very useful from an API point of view. Think of an application having a manual redirect subwindows on its own toplevel window without a compositing manager running.