Bug 373193

Summary: Krita 3.1 RC splash cannot be closed under Windows
Product: [Applications] krita Reporter: Tyson Tan <tysontanx>
Component: GeneralAssignee: Krita Bugs <krita-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: halla
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Krita 3.1 RC splash under Windows 10

Description Tyson Tan 2016-12-02 16:55:07 UTC
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.
Comment 1 Halla Rempt 2016-12-07 12:21:30 UTC
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.
Comment 2 Halla Rempt 2016-12-07 12:34:31 UTC
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
Comment 3 Halla Rempt 2016-12-07 12:34:37 UTC
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
Comment 4 Tyson Tan 2016-12-07 14:02:49 UTC
Thank you Boud! :D