https://bugs.kde.org/show_bug.cgi?id=429494
phd <p...@phd.re> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |p...@phd.re
--- Comment #2 from phd <p...@phd.re> ---
I'm not sure what makes KWin create another QtQuick GL context, there is
nothing that says this in the backtrack.
All other KDE apps that are already running do not crash even when the driver
becomes unavailable.
And I have never experienced running KWin crash in this situation either.
If we could locate the place where GL context is being created in KWin,
connecting to QQuickWindow::ContextNotAvailable signal should stop KWin from
crashing [1], and maybe let us handle the problem from here (fallback to
software and retry?).
Or we could simply do this fallback check before even allowing QtQuick to
create the new GL context.
[1]
https://code.qt.io/cgit/qt/qtdeclarative.git/tree/src/quick/scenegraph/qsgrenderloop.cpp?h=5.14.2#n331
--
You are receiving this mail because:
You are watching all bug changes.
