quake3 and ut are good testcases. sometimes, on exiting the app, the server will crash. doesn't appear to be strictly GL related according to the backtrace, so filing this under the server.
Created attachment 578 [details] full backtrace from such a crash somewhere between xf86CursorSetCursor and TDFXUseHWCursor, pScreen becomes NULL. magic!
this happens also to me but only when I move the mouse during resolution switch As already said by Ajax it seems related to GL apps (I can't trigger the BUG with CTRL + ALT + "+"... but I can with Tuxracer for example) PS = I see this starting from 6.8.0 (ok, I'm using Gentoo patched Xorg-x11 so I don't know if this BUG really comes with 6.8.0, I only suspect this since all 6.7.0-rX I've tried work fine)
I am getting this problem when using radeon drivers. xorg-x11-drv-ati-6.5.7-1 The only way I've found to stop it is to switch to a vterm and kill the app directly instead of closing it. I don't know how to get a usable backtrace from this, but if anyone needs one I am happy to try.
i always get a SDL-Parachute depployed after ending apps like tuxracer or tuxkart. some exit cleanly but many have to be killed afterwards from console so the screen/X becomes usable again
(In reply to comment #4) > i always get a SDL-Parachute depployed after ending apps like tuxracer or > tuxkart. some exit cleanly but many have to be killed afterwards from console so > the screen/X becomes usable again An application crash is not the same thing as an X server crash.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
ajax, is this still valid?
I haven't even tried to repro this in a while. It wouldn't surprise me if it were still there, but meh.
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.