| Summary: | 'Search...' field is losing focus after first entered letter when mouse cursor is hovering over found results without further cursor moving | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Alexander Mentyu <notuxius> |
| Component: | Application Menu (Kicker) widget | Assignee: | Eike Hein <hein> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugseforuns, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | 5.10.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Netrunner Rolling | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/plasma-desktop/001c89d18ab737dd48451c73137004134fdc51b6 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
|
Description
Alexander Mentyu
2017-08-18 13:05:24 UTC
Can't reproduce. I noticed there is additional condition - if you have Panel at the top - then in step 2 - hover over 'Utilities' or 'System' section instead of 'Power / Session'. The bugs is triggered for me if after first entered letter there are found results directly under the cursor - and after that second and subsequent letters aren't entering in 'Search...' field. Sorry somehow I inverted the meaning of my comment completely - I actually meant "Can reproduce" :). Looking into it. Git commit 001c89d18ab737dd48451c73137004134fdc51b6 by Eike Hein. Committed on 21/08/2017 at 09:59. Pushed by hein into branch 'Plasma/5.8'. Set focus in this FocusScope. Due to the hover-handling behavior change in recent Qt we interrupt key event handling for search otherwise if starting search while mouse-hovering a top-level category. M +2 -0 applets/kicker/package/contents/ui/RunnerResultsList.qml https://commits.kde.org/plasma-desktop/001c89d18ab737dd48451c73137004134fdc51b6 |