https://bugs.kde.org/show_bug.cgi?id=453663
Bug ID: 453663
Summary: Application of "Window Rules" causes temporary
blackness.
Product: systemsettings
Version: 5.24.5
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: kcm_kwinrules
Assignee: kwin-bugs-n...@kde.org
Reporter: beedellrokejulianlockh...@gmail.com
CC: isma...@gmail.com, plasma-b...@kde.org
Target Milestone: ---
STEPS TO REPRODUCE
1. Invoke "kcmshell5 kcm_kwinrules".
2. Configure.
3. Apply configuration.
OBSERVED RESULT
The screen presents blackness whilst Plasma is re-drawn.
EXPECTED RESULT
The screen should not flash blackness, because what presents the graphical
interface of Plasma should wait until the interface has been replaced before it
attemps to present anything.
SOFTWARE/OS VERSIONS
Windows: Negative.
macOS: Negative.
Linux/KDE Plasma: Positive.
KDE Plasma Version: 5.24.5.
KDE Frameworks Version: 5.93.0.
Qt Version: 5.15.3.
ADDITIONAL INFORMATION
I worry that for slow computers, the blackness that I refer to may last some
time whilst the screen re-draws. This is problematic because it could cause the
user to expect that the modification has erroneously impacted their system,
whereas it is merely applying the modification slowly. Remediation of this may
be possible if the mouse utilises the loading-symbol before application
commences, so that the last frame that remains demonstrates that something is
occuring. Windows has remediated this problem by presenting a screen that is
similar to what
"http://ostechnix.com/wp-content/uploads/2022/05/Installing-Updates.png";
depicts, so I believe that re-use of the animation that is presented during
authentication by Plasma is probably ideal for KDE.
--
You are receiving this mail because:
You are watching all bug changes.
![http://ostechnix.com/wp-content/uploads/2022/05/Installing-Updates.png"](http://ostechnix.com/wp-content/uploads/2022/05/Installing-Updates.png"){kind=link}