| Summary: | Typing in two characters in search causes an overlap on the first result row | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | TraceyC <kdedev> |
| Component: | Application Launcher (Kickoff) widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | akselmo, kde, kde, mikel5764, nate, noahadvs, tmoerschell |
| Priority: | NOR | Keywords: | regression |
| Version First Reported In: | 6.5.80 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Solus | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot of overlapped search results
slow mo capture of the glitch |
||
Cannot reproduce 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 I also can't reproduce this. I can repro. It looks bad. I type "fi" into search and then it happens before the next repaint. 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.
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 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. |
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