Dragging GLTeapot shows artifacts and locks the system.

[mmadia]

Build 20913 on real hardware p3-1.1G, 256M

Take notice of desktop Run GLTeapot demo. click and drag GLTeapot, -refresh issues- GLTeapot will not refresh properly. While dragging, GLT will display the original desktop clipping. note, i do not mean a transparency, but rather a copy. in addition, the desktop will retain partial artifacts of GLT

note #2, continued dragging will virtually prevent input_server (or app_server?)

from getting mouse clicks and keyboard input. both connected via ps/2 ports. USB untested. this might be related to axeld's comment in bug#1152.

[axeld]

Sounds like a locking problem with a BDirectWindow.

[jackburton]

Replying to axeld:

Sounds like a locking problem with a BDirectWindow.

I somewhat agree, although the problem must be obviously in the app_server, since the mouse pointer doesn't move anymore either. And actually it only happens with GLTeapot and the GLDirectDemo, not with Chart (which also uses a BDirectWindow, although not a GLView).

[jackburton]

Replying to jackburton:

And actually it only happens with GLTeapot and the GLDirectDemo, not with Chart (which also uses a BDirectWindow, although not a GLView).

Too bad I can't edit comments... happens only with GLTeapot. GLDirectDemo doesn't suffer from this problem.

[mmadia]

build hrev21095 doesn't have the artifacts issue.

however, note #2 still persists.

[jackburton]

Replying to mmadia:

build hrev21095 doesn't have the artifacts issue.

Yes. Although I had to set the view color to black instead of B_TRANSPARENT_32_BIT, and this clashes with what the bebook says. Maybe we'll want to find a better fix.

[korli]

It doesn't help but the system lock is even more visible with the updated mesa 6.5.3.

[kkaloine]

I couldn't see any artifacts and/or locking in the system while trying to reproduce this bug. Tested with Vmware Player and hrev21712.

[jackburton]

I can't reproduce either. Probably fixed in mesa.