Created attachment 102581 [details] Krita 3.1 RC splash under Windows 10 Tested with Krita 3.1 RC (3.0.94), under Windows 10 X64 version 1607. When starting up Krita (for the first time), the spalsh displayed without window elements (title bar and border). I could not click the close button, ESC did not work either. I can click the main window to create a new file, but the splash elements blocked the canvas so it was unusable. I must set Hide splash in the settings to make it work again. Ubuntu Gnome doesn't have this problem.
I've seen this happen, too -- but only occasionally, and on all operating systems/window managers. It seems to be a glitch in Qt, maybe we can work around it... But it's hard to test if there's no reliable way to trigger the issue.
Git commit 801930b4ca8039a38e9273ace3fae0e08192c874 by Boudewijn Rempt. Committed on 07/12/2016 at 12:32. Pushed by rempt into branch 'krita/3.1'. Apparently the toolwindow setting wasn't enough to avoid making the splash widget appear owned by the mainwindow. So, let's make it a dialog, make sure it hasn't a parent. Also, call processEvents after every call to setSplashText so Qt has time to draw the text. M +40 -22 libs/ui/KisApplication.cpp https://commits.kde.org/krita/801930b4ca8039a38e9273ace3fae0e08192c874
Git commit b399c504a6de09834d3b924cfc6c2a74de35a56f by Boudewijn Rempt. Committed on 07/12/2016 at 12:34. Pushed by rempt into branch 'rempt/impex-refactoring'. Apparently the toolwindow setting wasn't enough to avoid making the splash widget appear owned by the mainwindow. So, let's make it a dialog, make sure it hasn't a parent. Also, call processEvents after every call to setSplashText so Qt has time to draw the text. M +40 -22 libs/ui/KisApplication.cpp https://commits.kde.org/krita/b399c504a6de09834d3b924cfc6c2a74de35a56f
Thank you Boud! :D