Details
-
Bug
-
Resolution: Unresolved
-
P1: Critical
-
None
-
6.9.0
Description
It is reported that using QOpenGLFunctions_4_5_Core crashes on Wayland session on the 2 distros (XCB is fine) because d_1_0_Core is nullptr. That means d_1_0_Core is not properly initialized inside QOpenGLFunctions_4_5_Core::initializeOpenGLFunctions(). And if it is a nullptr, then that means
d = QAbstractOpenGLFunctionsPrivate::functionsBackend(context, QOpenGLFunctions_1_0_CoreBackend::versionStatus());
returns a nullptr.
It is also said that the new problematic distros are equipped with Plasma 6 and the current working ones Plasma 5. But I am not sure if desktop environment will affect OpenGL backend implementation or not.
Yes, Ubuntu (or Kubuntu) 25 and Fedora 41 are unsupported distros for now. This bug report acts as a reminder that maybe in the future development we may want to look into this. BTW the problem does not reproduce on currently supported distros, e.g. Ubuntu 22 and 24.
A reproducer is attached.
Update: one may explicitly request certain version and profile of OpenGL from QSurfaceFormat and see if that makes a difference? Say the reproducer is particularly sub-classing QOpenGLFunctions_4_5_Core so request that fromQSurfaceFormat.