Summary: | Enabling 'desktopchangeosd' in KCM doesn't have any effect unless window focus has changed | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Elias Probst <mail> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | git master | ||
Target Milestone: | 5 | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
URL: | https://bugreports.qt-project.org/browse/QTBUG-39329 | ||
Latest Commit: | Version Fixed In: |
Description
Elias Probst
2014-05-24 11:13:22 UTC
This applies also to the kwin startup. The OSD won't be shown before the first window focus change. from my experience any QML window doesn't show on the first try. This affects: * Alt+Tab * Outline * Desktop Change OSD Invoking them a second time normally always works. I have not noticed any relation to focus change yet. > I have not noticed any relation to focus change yet.
Maybe my focus policy affects this ("Focus Follows Mouse - Mouse Precedence", 0 ms delay).
Git commit 20fcb774f1bdef60b45d242c6fd8c0814ad761ac by Martin Gräßlin. Committed on 24/05/2014 at 12:04. Pushed by graesslin into branch 'master'. [kcmkwin/desktop] Fix activating the desktop effects We need to load/unload the changed effects. REVIEW: 118292 M +2 -0 kcmkwin/kwindesktop/CMakeLists.txt M +30 -15 kcmkwin/kwindesktop/main.cpp http://commits.kde.org/kwin/20fcb774f1bdef60b45d242c6fd8c0814ad761ac whoops, I closed the wrong bug. I just made a discovery: this seems to be related to compositing. Without compositing the window is shown instantly. just played a little bit with the QtQuick based outline in non-composited: from time to time the window is completely black, which would indicate a completely transparent window in the composited case. I have a fix for the outline. Totally crazy and weird, but I hope it helps me to find a proper solution: if (QQuickWindow *w = qobject_cast<QQuickWindow*>(m_mainItem)) { QObject::connect(w, &QQuickWindow::frameSwapped, [w]() { Unmanaged *u = Workspace::self()->findUnmanaged(w->winId()); if (!u) { return; } if (!u->readyForPainting()) { w->update(); } } ); } further testing: I replaced the FrameSvg by a simple white rectangle and tested with the non composited case: was not able to reproduce the black window mentioned in comment #6. yet another update: I can reproduce with a plain Image item, which means either problem in QtQuick or in the driver. After lunch I'm going to test on non-intel hardware to rule out the possibility of driver. result from test with NVIDIA: not able to reproduce with outline, but able to reproduce with TabBox. This might explain why I sometimes don't see any TabBox (or similar effects) at all… already wanted to file a separate bug for that, but it looks like I should wait for further progress on this one. it's related to the override redirect state of the window - upstream bug reported: https://bugreports.qt-project.org/browse/QTBUG-39329 right now I don't think there is anything we can do on our side -> RESOLVED UPSTREAM |