Bug 582856

Description of problem:
Window contents don't always update and require the user to click on or move the window.  Clicking on a gtk+ tab may change the highlighted tab, for instance, but the contents of the dialogue box won't change until a second click is made; hovering the mouse over controls like buttons that haven't been drawn will reveal them.

As an educated guess, could this be hardware interrupt related?  CPU load increases the frequency of unredrawn window regions.

Version-Release number of selected component (if applicable):
kernel-2.6.33.2-43.fc13.x86_64
xorg-x11-drv-intel-2.10.0-4.fc13.x86_64
compiz-0.8.6-1.fc13.x86_64

How reproducible:
The problem seems to increase in frequency over time while Compiz is enabled.  Increasing CPU load guarantees reproducibility.

Steps to Reproduce:
1. Enable Compiz using Desktop Effects applet.
2. In a gnome-terminal window:

$ nice bash -c "while true; do true; done"

3. In another gnome-terminal, type random keys or hold down a key to auto-repeat.
  
Actual results:
Cursor isn't always moved forward and leaves multiple cursors behind where other characters should be.  The terminal window may be missing the last one or more characters typed from the keyboard, but clicking on the title bar will redraw the window contents properly.

Expected results:
All typed characters appear in the terminal with no cursors left behind.

Additional info:
Smolt profile:  http://www.smolts.org/client/show/pub_f4f93912-ae8a-4775-a857-86312a387e84