Hide Forgot
Description of problem: oclock has problems with the SHAPE extension - the hands of the clock aren't visible. Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.10.4-6.el6_2.1.x86_64.rpm xorg-x11-apps-7.4-10.el6.x86_64.rpm xorg-x11-drv-intel-2.16.0-1.el6.x86_64.rpm How reproducible: Always Steps to Reproduce: 1. run /usr/bin/oclock 2. see a white disk with a black border, but no hands on the face of the clock Actual results: a white disk with a black border, but no hands on the face of the clock Expected results: a white disk with a black border, with black hands and a black "jewel" at "12 oclock" Additional info: The hands show when oclock runs on a Scientific Linux 6.2 machine and displays on an Xnest display, a Scientific Linux 5.7 or Scientific Linux 6.1 X server, but not when any version of the app displays on the SL6.2 display. The hands also show when "oclock -noshape" is run. This is with intel video driver - I haven't been able to test with nvidia or ATI hardware
Just to clarify, what GPU is this with? The output of 'lspci -n -s 0:2' is sufficient.
# lspci -n -s 0:2 00:02.0 0300: 8086:29a2 (rev 02) (A Radeon X600 01:00.0 0300: 1002:5b62 01:00.1 0380: 1002:5b72 does not show the problem, so I'm guessing it is a bug in the intel driver).
Since RHEL 6.3 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
Created attachment 599946 [details] example of problem without shape extension Looks as if it is a clipping problem rather than a fault in shape extension. Note how the square clock face is not redrawn in rows where another window overlays the clock drawn by `oclock -noshape`.
The update xorg-x11-drv-intel-2.20.2-2.el6 (with kernel-2.6.32-358.0.1.el6) seems to have solved the problem.
Closing per comment #7, thanks!