Summary: | Krita flashes bright white pages when I launch the program and open various dialog boxes. | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | hondatohrufan |
Component: | Usability | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | alvin, halla |
Priority: | NOR | ||
Version: | 4.4.8 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
URL: | https://bugreports.qt.io/browse/QTBUG-98997 | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | The video file demonstrates Krita flashing a white page when I launch the program and open dialog boxes. |
Description
hondatohrufan
2021-11-23 10:18:45 UTC
The workaround that Shotcut uses is not one that we can just go apply it to every top-level window. I don't think that is the right approach and I don't think it can even be applied to most dialogs anyway (e.g. those that uses `QDialog::exec`). The root cause is probably somewhere in Qt and hard to locate. I suspect it might have something to do with Qt starting an event loop introducing a delay to the initial paint event, and because `QDialog::exec` starts an additional event loop, every dialog opened using this call would show the same behaviour. If my guess is correct, then this will happen to literally every application using Qt and it should be reported upstream instead. Yes, given that it's been reported for three Qt applications, it's not a bug in Krita. I definitely don't want to hack around with the windows opacity or things like this. So, yes, the bug should be reported here: https://bugreports.qt.io/, and this report closed once we have the upstream bug. Does either of you know whether Chromium-based web browsers use Qt? Every Chromium-based web browser, as well as Firefox, has this problem, too. The only exception is Vivaldi, which, unlike other web browsers, displays a splash screen when I open a window, and the splash screen is matte black when dark mode is enabled. I made a Qt account and attempted to create a new issue, but I am unsure what to put for "Project," "Affected version/s," and "Component/s." These fields are required. It seems like the bug tracker is for developers, which is the impression I got when I tried to report a technical issue at qt.com. The report required a company name, my role, etc. Firefox, Chromium and Edge all use toolkits other than Qt. Reported upstream as https://bugreports.qt.io/browse/QTBUG-98997 I wanted to first reproduce it on Qt 6.2 with a minimal test example before making an upstream report, but seeing it happen on latest Qt Creator was enough. (In reply to Alvin Wong from comment #5) > Reported upstream as https://bugreports.qt.io/browse/QTBUG-98997 > > I wanted to first reproduce it on Qt 6.2 with a minimal test example before > making an upstream report, but seeing it happen on latest Qt Creator was > enough. Thank you for reporting this, even noting its adverse effects. Something of note is that the lead developer of Shotcut said he observed this issue on macOS, too: https://github.com/mltframework/shotcut/issues/1168#issuecomment-945063347 |