Xpra: Ticket #1994: opengl can crash as we probe it

Maybe add a opengl=failsafe mode and run the gl check in a subprocess so that we can continue without when it crashes:

$ ./xpra/client/gl/gl_check.py
Gtk-Message: 21:10:38.426: Failed to load module "canberra-gtk-module"
No OpenGL_accelerate module loaded: No module named OpenGL_accelerate
testing <class 'xpra.platform.xposix.gl_context.GLXContext'>
OpenGL Warning: Failed to connect to host. Make sure 3D acceleration is enabled for this VM.
$ echo $?
1


Sun, 21 Oct 2018 14:14:11 GMT - Antoine Martin: status, description changed


Mon, 29 Oct 2018 06:31:09 GMT - Antoine Martin:

Mostly done in r20862 via a hidden "opengl-probe" subcommand.

The code can be more easily triggered with:

XPRA_OPENGL_FORCE_TIMEOUT=10

to make the probe command timeout

XPRA_OPENGL_FORCE_CRASH=1

to make the probe command segfault

With either of those commands, or a buggy driver that crashes (ie: virtualbox), the client will run with opengl disabled and the status of the probe will be shown on session info.

Still TODO:


Mon, 29 Oct 2018 12:08:28 GMT - Antoine Martin:

Updates:

Only one thing left: maybe remove some of the blacklisted drivers now that crashes during probing aren't fatal?


Tue, 13 Nov 2018 14:00:21 GMT - Antoine Martin: status changed; resolution set

r20983 removes most drivers from the blacklist, the probing should still discard them if they really are buggy.


Wed, 21 Nov 2018 11:45:21 GMT - Antoine Martin:

r21059 updates the default config object.


Thu, 29 Nov 2018 17:34:31 GMT - totaamwin32:

Caused problems on win32 when we can't find the executable to use for probing, fixed in r21156.


Tue, 12 Mar 2019 02:55:34 GMT - Antoine Martin:

Follow up: #2204 (via #2203)


Sat, 23 Jan 2021 05:39:18 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1994