Bug 509952 - Typing in two characters in search causes an overlap on the first result row
Summary: Typing in two characters in search causes an overlap on the first result row
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Application Launcher (Kickoff) widget (other bugs)
Version First Reported In: 6.5.80
Platform: Solus Linux
: NOR minor
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2025-09-25 21:14 UTC by TraceyC
Modified: 2025-12-02 23:00 UTC (History)
7 users (show)

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


Attachments
Screenshot of overlapped search results (61.01 KB, image/png)
2025-09-25 21:14 UTC, TraceyC
Details
slow mo capture of the glitch (199.13 KB, application/zip)
2025-09-26 15:57 UTC, David Edmundson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description TraceyC 2025-09-25 21:14:45 UTC
Created attachment 185287 [details]
Screenshot of overlapped search results

SUMMARY
When entering text in the search input, the first result has an overlap with two items

STEPS TO REPRODUCE
1. Have Application Launcher in the panel
2. Type in two characters of an application

OBSERVED RESULT
The first entry has two results which overlap

EXPECTED RESULT
Each entry is on its own row

SOFTWARE/OS VERSIONS                                                                       
Operating System: Solus 4.7
KDE Plasma Version: 6.5.80
KDE Frameworks Version: 6.19.0
Qt Version: 6.9.2
Kernel Version: 6.16.5-322.current (64-bit)
Graphics Platform: Wayland
Processors: 8 × AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx
Memory: 20 GiB of RAM (17.5 GiB usable)
Graphics Processor: AMD Radeon Vega 10 Graphics


ADDITIONAL INFORMATION
It looks like results from a non-app category are displayed, then from Applications. The first entry from the first group of results to be shown isn't removed visually. For example, searching for "Th" shows the Spreadsheets category, then Applications. The first spreadsheet result and Thunderbird overlap.

This doesn't happen when typing in a single character, or more than two characters
Moving the mouse cursor over the entry causes the overlap to disappear
This is a regression, not seen in 6.4.5
Comment 1 David Redondo 2025-09-26 07:55:30 UTC
Cannot reproduce
Comment 2 Akseli Lahtinen 2025-09-26 08:31:49 UTC
I can't repro either, does this happen with default Plasma style?

Operating System: Fedora Linux 42
KDE Plasma Version: 6.5.80
KDE Frameworks Version: 6.19.0
Qt Version: 6.9.2
Kernel Version: 6.16.8-200.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 16 GiB of RAM (15.5 GiB usable)
Graphics Processor: AMD Radeon RX 6600
Comment 3 Nate Graham 2025-09-26 14:56:09 UTC
I also can't reproduce this.
Comment 4 David Edmundson 2025-09-26 15:03:21 UTC
I can repro. It looks bad.

I type "fi" into search and then it happens before the next repaint.
Comment 5 David Edmundson 2025-09-26 15:57:18 UTC
Created attachment 185296 [details]
slow mo capture of the glitch

Capture with apitrace with the frame before and after.

Unfortunately it looks like we have a Qt bug to deal with.
Comment 6 TraceyC 2025-09-26 16:56:45 UTC
I can reproduce with the Breeze Dark theme applied globally
I wonder if it's related to the search plugins? I have everything except these enabled:

Browser History
Browser Tabs
Command line
Global Shortcuts
NeoChat

In David's screenshots, it's the Windows search result that's overlapped by the Application result
In mine, it's Spreadsheets, which comes from the File Search plugin
Comment 7 Thomas Moerschell 2025-12-02 23:00:14 UTC
I can also reproduce. I have observed the following:
 - It happens when two keys are entered in close succession
 - You do not need to be at the beginning of the word (adding two letters after a preexisting one also causes the issue)
 - The focused element is the one that is appears first (chronologically), but ends up further down
 - The bug only occurs when the focused element is below the horizon line. When there aren't many suggestions, the first element stays focused, not on the first line, but everything is displayed correctly.
 - Hovering with the mouse (mouse focus) over the Application Launcher redraws the widget.

My conclusion is the following: some parts of the widget are not correctly redrawn after an update of the suggestion list, but only after an update of the blue focus box. When the focus box is not visible anymore (below the screen edge), we see a problem.

Note: I believe that the focused element not always being focused when typing on the keyboard is a recent behavior change. It probably matches up with the update to 6.5.0. In some cases, the entry that came in first stays focused, which isn't very practical, though I'm not sure if it is a feature or a bug. That is probably linked to the bug, or at least what exposed it.