https://bugs.kde.org/show_bug.cgi?id=427672
--- Comment #4 from Adam Fontenot <adam.m.fontenot+...@gmail.com> --- (In reply to Alexander Lohnau from comment #2) > By my understanding there are two issues here There's a third issue as well, visible in the video, which I described as stage "3". I have krunner docked at the top, but for a brief instant (a couple of frames) the textbox will sometimes appear lower down the screen by an inch or more, then flash back to the correct position. > Can you please try out if the issue also exists in the in the Search > plasmoid? Of course there it only appears when typing ;) It does not, as far as I can tell. In fact the painting strategy appears to be the exact opposite of krunner: after I type each new character, the results freeze until *all* new search results are loaded in. krunner repaints *every* time a new section gets loaded (e.g. one paint for files, one paint for applications, etc). The selection is *always* the first (default) option. Furthermore, my normal typing speed (or even typing deliberately a bit slower) is actually fast enough that ordinarily the search widget does not repaint *at all* until I've stopped typing. But (maybe because it's loading results from each runner individually instead of waiting for them all to respond?) krunner frequently updates while I'm still typing. This exacerbates the "flashing" issue. -- You are receiving this mail because: You are watching all bug changes.
