https://bugs.kde.org/show_bug.cgi?id=513950

cwo <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
                 CC|                            |[email protected]
             Status|REPORTED                    |CONFIRMED

--- Comment #1 from cwo <[email protected]> ---
I can reproduce this and did some testing.

It's specific to krunner and its use of a layershell window and does not happen
in e.g. the search widget, which also uses Milou's ResultsView like p-w
krunner's RunCommand. When the model gets new data from the runners, the
layershell window resizes well in advance of the actual view being updated.
(When recording using Spectacle, it tends to happen 1-2 video frames before
that). After the model's itemsAdded signal, but before the ListView's
countChanged signal (which is on the same frame as all the qml sizes being
updated, including the QQuickWindow).

When the layershell window resizes, one of three possible things seems to
happen, and I could not find a pattern in which one happens:

- the view stays where it is at the size it has, but the window size is
increased at the bottom. This one is generally not noticeable, it's just a bit
of extra empty space.
- the view stays the size it has, but is shifted down (and in rarer cases up,
somehow) by the changed size. This is creates a momentary graphic artifact
- the view stays where it is, but is scaled to the new size. This creates a
momentary graphic artifact that also looks very bad, but a little different to
the first one

I don't know enough about layershell to track this further, and my attempts
haven't gone very far. If it helps, I have a bunch of videos, I can reproduce
it rather consistently on this computer.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to