In 5.1, you get two options
- Use OpenGL for all rendering
- Force OpenGL even if blacklisted
and then a summary line about the OpenGL status.
The two options seem to be completely uneffective in Linux. With any possible combination the current GL status remains disabled.
1) Is that the expected behavior? I am asking with particular reference with the "Force OpenGL even if blacklisted" that is actually not enforced.
2) If this is the expected behavior in Linux, wouldn't it be better to hide the options alltogether on Linux machines?

Oh - under Linux; if you use gtk3 then the OpenGL stuff claims it is on when it is not, and doesn't work =) if you use gtk2 - then in fact it behaves as expected.
Its up to Caolan I guess; I'd support unwinding this for the gtk3 backend either by hiding options (in that mode) or re-using the OpenGL rendering [ which would be nicer for the future of course ].
Thanks for reporting.

Sorry to bother you,
I discovered that in Loo 5.0.2.1 available on openSUSE Tumbleweed, we still see and are able to interact with the checkboxes.
the GL status is always marked as disabled even if I have a fully working openGL rendering as stated by glxinfo.
I'm running Loo from KDE plasma5 with the breeze integration, could it be causing by passing the «if» statement ?

Yet, the issue is present in the 5.2.3.3 linux build.
I still see:
- a tickable (non disabled) option to use opengl for all rendering
- another tickable (non disabled) option to force opengl even if blacklisted
followed by a notice that opengl is disabled even when the two things above are ticked.
This is totally cosmetic, and has zero effect on the actual usability of LibO, so I feel silly in reporting it again. At the same time I witness that it misleads users into thinking that there may be something wrong in their hardware/video drivers or libreoffice itself.
Should another bug be opened rather than reopening this one?