Bug 2045 - xcompmgr doesn't redraw the root window
Summary: xcompmgr doesn't redraw the root window
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: App/xcompmgr (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard: 2011BRB_Reviewed
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-09 15:09 UTC by TeXitoi
Modified: 2018-08-10 20:29 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description TeXitoi 2004-12-09 15:09:39 UTC
I have ATI Radeon IGP320M with working DRI.

I use Xorg 6.8.1 from Ubuntu on a debian testing

I have xcompmgr v1.1.1

I've tested with fluxbox and window maker.

The background seems to newer redraw. 

See the screenshot at http://wwwetu.utc.fr/~pinotgui/bazarre/root-bg-bug.png we
can see the bug on the extrem right.
Comment 1 Henri Valta 2004-12-27 13:59:30 UTC
I'm seeing this too, on Debian Sid with the Ubuntu Xorg packages.
Window manager is Fluxbox.

I have two display adapters (no Xinerama):
AGP ATI Technologies Inc Radeon R100 QD [Radeon 7200] rev 0
PCI ATI Technologies Inc 3D Rage Pro 215GP rev 92

This happens only on the Radeon display, Rage one works fine.
Without running xcompmgr, everything seems to work fine on Radeon too.
Comment 2 John Bickers 2005-02-12 05:02:58 UTC
I have what appears to be the same problem with WindowMaker 0.91.0, Xorg 6.8.2,
the radeon driver, and xcompmgr 1.1.1.

I don't know anything about X so this is just speculation, but WindowMaker uses
a temporary display connection to create a pixmap for the _XROOTPMAP_ID root
window property, and if the code in xcompmgr's duplicatePixmap is changed to
create a pixmap using the normal display, then copies the WindowMaker pixmap to
this one instead of using the WindowMaker pixmap directly, it seems to work
better. There still appear to be sync. issues, and the WindowMaker shading
animation is broken, but the background redraw works better.

Something like this, except I don't know how to get the width and height from
the pixmap instead of the display...

        Pixmap map;
            memcpy(&map, prop, 4);
            pixmap = XCreatePixmap(dpy, root, DisplayWidth(dpy, scr),
DisplayHeight(dpy, scr), DefaultDepth(dpy, scr));
            XCopyArea(dpy, map, pixmap, DefaultGC(dpy, scr), 0, 0,
DisplayWidth(dpy, scr), DisplayHeight(dpy, scr), 0, 0);
         /* memcpy (&pixmap, prop, 4); */

Maybe the radeon driver doesn't like XRenderCreatePicture being called with a
pixmap from WindowMaker's temporary display?
Comment 3 Adam Jackson 2006-04-04 23:36:29 UTC
calling this an xcompmgr bug
Comment 4 Erik Andren 2006-07-28 10:36:18 UTC
Is this still an issue?
Comment 5 Dimitri Shpongled 2006-09-16 12:46:56 UTC
(In reply to comment #4)
> Is this still an issue?

Yes. I found this while trying to find a solution to the problem. I have an
Nvidia 6600GT running on Slackware, kernel 2.6.17.11, latest version of Fluxbox,
xcompmgr 1.1.1. 

xcompmgr is spitting out: 

error 182 request 156 minor 8 serial 1000142
error 182 request 156 minor 8 serial 1000200
error 182 request 156 minor 8 serial 1000263
error 182 request 156 minor 8 serial 1000321
error 182 request 156 minor 8 serial 1000379
error 182 request 156 minor 8 serial 1000437
error 182 request 156 minor 8 serial 1000495
error 182 request 156 minor 8 serial 1000553
error 182 request 156 minor 8 serial 1000611
error 182 request 156 minor 8 serial 1000669
error 182 request 156 minor 8 serial 1000727
error 182 request 156 minor 8 serial 1000785
error 182 request 156 minor 8 serial 1000843
error 182 request 156 minor 8 serial 1000901
error 182 request 156 minor 8 serial 1000964
error 182 request 156 minor 8 serial 1001022
error 182 request 156 minor 8 serial 1001080
error 182 request 156 minor 8 serial 1001138
error 182 request 156 minor 8 serial 1001196
error 182 request 156 minor 8 serial 1001254
error 182 request 156 minor 8 serial 1001312
error 182 request 156 minor 8 serial 1001370
error 182 request 156 minor 8 serial 1001428
error 182 request 156 minor 8 serial 1001491
error 182 request 156 minor 8 serial 1001549
error 182 request 156 minor 8 serial 1001607
error 182 request 156 minor 8 serial 1001665
error 182 request 156 minor 8 serial 1001723
error 182 request 156 minor 8 serial 1001781
error 182 request 156 minor 8 serial 1001844
error 182 request 156 minor 8 serial 1001902
error 182 request 156 minor 8 serial 1001960
error 182 request 156 minor 8 serial 1002018
error 182 request 156 minor 8 serial 1002076
error 182 request 156 minor 8 serial 1002134
error 182 request 156 minor 8 serial 1002192
error 182 request 156 minor 8 serial 1002250
error 182 request 156 minor 8 serial 1002308
error 182 request 156 minor 8 serial 1002366
error 182 request 156 minor 8 serial 1002424
error 182 request 156 minor 8 serial 1002482
error 182 request 156 minor 8 serial 1002540
error 182 request 156 minor 8 serial 1002598
error 182 request 156 minor 8 serial 1002656
error 182 request 156 minor 8 serial 1002714
error 182 request 156 minor 8 serial 1002772
error 182 request 156 minor 8 serial 1002830
error 182 request 156 minor 8 serial 1002893
error 182 request 156 minor 8 serial 1002956
error 182 request 156 minor 8 serial 1003014
error 182 request 156 minor 8 serial 1003072
error 182 request 156 minor 8 serial 1003130
error 182 request 156 minor 8 serial 1003188
error 182 request 156 minor 8 serial 1003246
error 182 request 156 minor 8 serial 1003304
error 182 request 156 minor 8 serial 1003362
error 182 request 156 minor 8 serial 1003420
error 182 request 156 minor 8 serial 1003478
error 182 request 156 minor 8 serial 1003536
error 182 request 156 minor 8 serial 1003599
error 182 request 156 minor 8 serial 1003657

etc.. (serial number keeps increasing)

I ran it using these settings 
xcompmgr -cCfF -r7 -o.65 -l-10 -t-8 -D7 &
but this occurs even if I run it without any args. 
Comment 6 Dimitri Shpongled 2006-09-16 13:05:52 UTC
(In reply to comment #0)
> I have ATI Radeon IGP320M with working DRI.
> 
> I use Xorg 6.8.1 from Ubuntu on a debian testing
> 
> I have xcompmgr v1.1.1
> 
> I've tested with fluxbox and window maker.
> 
> The background seems to newer redraw. 
> 
> See the screenshot at http://wwwetu.utc.fr/~pinotgui/bazarre/root-bg-bug.png we
> can see the bug on the extrem right.


Not really a solution but more info and a possible solution: 
https://bugs.freedesktop.org/show_bug.cgi?id=1665

and from:
http://gentoo-wiki.com/TIP_Xorg_X11_and_Transparency#xcompmgr_errors_when_setting_root_background

xcompmgr errors when setting root background

This seems to be an error with xsetbg. Try emerging feh and using fbsetbg to set
your background (which will then use feh).

Note: Alternatively you can use feh directly, by using the --bg-center,
--bg-scale, --bg-tile, or --bg-seamless options. This is a good approach for
those without fbsetbg.

Code: Example command: feh --bgscale ~/desktop.jpg
Comment 7 Jerome Glisse 2009-06-30 07:55:31 UTC
Do you still have this issue with recent xf86-video-ati ?
Comment 8 Don J. 2010-03-16 14:29:56 UTC
This bug is happens on my Mobile 4 Series Chipset Integrated Graphics Controller with the xf86-video-intel 2.8.1 driver.  The version of xcompmgr is 1.1.4.
Comment 9 Vincent Lefevre 2013-08-21 18:04:38 UTC
This bug occurs with xcompmgr 1.1.5 and the nouveau driver on a Debian/unstable machine with the following card: NVIDIA Corporation G98M [Quadro NVS 160M] (rev a1).
Comment 10 GitLab Migration User 2018-08-10 20:29:14 UTC
-- 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/app/xcompmgr/issues/2.


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.