https://bugs.kde.org/show_bug.cgi?id=462209
Bug ID: 462209
Summary: kwrite doesn't repaint for a moment after opening, and
the contents are offset to below
Classification: Applications
Product: kate
Version: Git
Platform: Other
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: kwrite
Assignee: kwrite-bugs-n...@kde.org
Reporter: default_357-l...@yahoo.de
Target Milestone: ---
Created attachment 153996
--> https://bugs.kde.org/attachment.cgi?id=153996&action=edit
kwrite 22.11 behavior
I tried upgrading to master (4e48383ea) because on Ubuntu 22.10, stock kwrite
does not save the window size on exit. However, for a moment after opening
4e48383ea, the kwrite window is unpainted, containing whatever was underneath
the window as it opened. Now, this was always the case, but it wasn't annoying
because the contents were at the same position, meaning it looked like the
frame was drawn first, then the text. However, on 4e48383ea, the unpainted
contents are *offset* relative to the window beneath, and last longer. This
makes them visually far more distracting. I built v22.11.80 to compare, and the
issue does not happen there.
Does the window get moved after opening? Or does it have to do with the tab
rewrite?
STEPS TO REPRODUCE
1. Open kwrite
2. Observe offset version of the desktop below, displayed for ~250ms.
EXPECTED RESULT
kwrite should delay showing a window at all until the tab is sufficiently
loaded to be displayed immediately. Alternatively, it should figure out how to
go back to the unoffensive prior look where the contents of the kwrite window
were aligned with the window beneath.
SOFTWARE/OS VERSIONS
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
ADDITIONAL INFORMATION
Screenshots of before/after attached. Note that the empty outline was visible
for 2 frames on 22.11, but 16 frames on 4e48383ea, both built from git.
--
You are receiving this mail because:
You are watching all bug changes.
