Bug 454104 - There is no reason for the loading splash to be a modal window.
Summary: There is no reason for the loading splash to be a modal window.
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Usability (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-20 18:01 UTC by Michael Eric Oberlin
Modified: 2022-06-04 14:54 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Eric Oberlin 2022-05-20 18:01:24 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

Krita takes some time to start up, even on my current machine, which is less than a year old. This is expected and perfectly fine, except that during this time, its splash window is modal—that is, above all other windows and incapable of being moved, or minimized—and worse, taking up extremely valuable real estate in the center of my screen. This basically makes my computer unusable until it is 100% loaded, which can take some time.

I cannot think of any reason why a splash screen should be modal, and realistically there are few occasions that warrant any window to be modal anymore. I thought about making this a request, but ultimately I find it to be a serious flaw in the user interface and worthy of a bug.


STEPS TO REPRODUCE
1. Load Krita
2. Observe central splash window for some time.
3. Continue business as usual after you have your monitor back.

OBSERVED RESULT

There is no way to hide the Krita splash.

EXPECTED RESULT

Krita splash should be unassuming and follow typical layout manager rules. To be fair, I've only used it on XFCE lately, not the KDE desktop; but honestly, I know it's a special request either way, and it's still just not necessary. This should hopefully be relatively easy to patch.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Mint 20.3 (XFCE)
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Alvin Wong 2022-05-20 18:03:51 UTC
But it's not modal on for me on Windows and KDE Plasma?
Comment 2 Halla Rempt 2022-05-20 18:41:24 UTC
I guess Michael, despite not mentioning version and platform, uses a pre-5.0 distribution package -- this was changed since then.
Comment 3 Bug Janitor Service 2022-06-04 04:35:43 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Michael Eric Oberlin 2022-06-04 14:54:22 UTC
(In reply to Halla Rempt from comment #2)
> I guess Michael, despite not mentioning version and platform, uses a pre-5.0
> distribution package -- this was changed since then.

I guess this sounds silly, but I'm in fact on 4.2.9; I casually failed to realize that this is not the most current version of Krita, just the one from my package manager! It's good to hear that this has been fixed, and I'll look into upgrading.

Apologies for the confusion!