wilderjds/kwin - kwin - gitea-jacopods

Author	SHA1	Message	Date
Martin Flöser	962a2e39ee	[qpa] Prevent crash due to Surface getting null Summary: This is a regression due to changes in Breeze to support Qt 5.8+ behavior change. KWin's own QPA operates like < Qt 5.7 and breeze was programmed against that. Due to that it can happen now that Breeze hits code paths in which KWin does not have a surface. To trigger one only needed to open the user actions menu twice. This change adds a test case which simulates the problem and fixes all crashes happening in the code path. Most likely shadows are now broken for KWin's own windows, this change is only to prevent the crash and thus is for 5.10 branch, while shadow fixing will go to master branch. BUG: 382063 FIXED-IN: 5.10.4 Test Plan: New test case Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D6533	9 years ago
Martin Gräßlin	fe745177e0	[plugins/qpa] Add a roundtrip platform function Summary: Mostly intended for plugins loaded into KWin and wanting to use KWayland::Client::ConnectionThread::roundtrip(). By providing this function we can ensure that KWin does not block and nevertheless perform the required roundtrip. Reviewers: #plasma Subscribers: plasma-devel Projects: #plasma Differential Revision: https://phabricator.kde.org/D1153	10 years ago
Martin Gräßlin	6c746764b4	[plugins/qpa] Safety checks in native interface During startup it might happen that the QPA is already loaded, but the wayland server and it's internal connection not yet fully created. Thus safety check for it.	10 years ago
Martin Gräßlin	26b3569a0b	[wayland] Add a QPA plugin for kwin_wayland This introduces an own QPA plugin for KWin. QtWayland's plugin is not a good solution for KWin as QtWayland is meant for Wayland clients and not for a Wayland server. Given that it makes more sense to have a very minimal QPA plugin which supports the use cases we actually have. With our own QPA plugin we should be able to improve the following areas: * no need to create Wayland server before QApplication * Qt::BypassWindowManagerHint can be supported * no workaround for creating OpenGL context in main thread * sharing OpenGL context with Qt * OpenGL context for Qt on libhybris backend The plugin supports so far the following features: * creating a QPlatformWindow using KWayland::Client (ShellSurface) * creating a QPlatformBackingStore using a ShmPool * creating a QPlatformOpenGLContext with Wayland::EGL * or creating a QPlatformOpenGLContext which shares with KWin's scene * creating a QPlatformScreen for each KWayland::Client::Output * QPlatformNativeInterface compatible to QtWayland	11 years ago