PR# 11170 Line connecting picked object to cursor not erased properly while pick in progress

The line connecting a picked object to the location of the mouse pointer is
not erased properly when moving the mouse around.

To reproduce:  Pick just about any object (something in Call Stack, object in
debugger object window, class or feature in Context window.  Move mouse around
in small circles around the object.  Soon, the area is covered in black lines
radiating out from the picked object.

This has a very high annoyance factor and makes the application look unpolished but is
otherwise harmless.  I'm assuming this is a Vision2 problem rather than an estudio
problem, though I see the problem in estudio.

I tried with GTK+2.10.1 on my x86 home machine and the problem is still there.
It sure would be nice if this could be fixed.

I think the second line may be caused from underdraw of the picked widget during the pick and drop where attempting to 'erase' the previous line ends up drawing a new one as the previous xor'd image has been written over by a new draw.  This should be fixable but I'm glad that the major issue has gone.

The problem seems to be mostly gone in 6.2.73753.  I can't get a large number
of dashed lines to appear any more (tested on Solaris 10 SPARC and Solaris 9
SPARC, not on x86 yet).  There are still occasional artifacts - sometimes
a second dashed line that does not following the mouse pointer is left, but
I can't get a screenshot of it because clicking outside the estudio window
changes focus and (apparently) causes a redraw.

So the bottom line is, it is way better but not 100% gone.  I can't figure
out what causes the line to sometimes not be erased and leave a second line
that doesn't follow the mouse pointer.  Triggering of GC cycle?  Some other
event?

Hi David,

Do you still get this problem?  I'm trying to reproduce the issue with OpenSolaris but I cannot get multiple disconnected lines to appear at once.