Bug 373154 - In a keyboard-only interaction, krunner will frequently pick the item that appears below the cursor
Summary: In a keyboard-only interaction, krunner will frequently pick the item that ap...
Status: RESOLVED DUPLICATE of bug 372635
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.8.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-01 18:39 UTC by Ralf Jung
Modified: 2016-12-07 15:05 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ralf Jung 2016-12-01 18:39:56 UTC
Steps to reproduce:

* Have your mouse cursor roughly in the center of your screen, in the area where the krunner dialog will expand to when it finds sufficiently many hits.
* Trigger krunner via the keyboard and enter a term. (For me, this happens e.g. with "kwallet" and "firefox")

Expected behavior:

As long as I don't move the mouse, I expect krunner to entire ignore the cursor.  I like to start e.g. the KWalletManager by typing "WIN-r k w a l ENTER" without any noticeable pauses. I *know* kwalletmanager is the first thing to appear on the query "kwal" (and Win-R is my shortcut for KRunner), to this should always work.

Actual behavior:

Sometimes, the item under the mouse is selected even though the mouse did not move.  This seems to depend on how quickly the contents are loaded.  Typing another key usually fixes this, but when I quickly enter a query and hit ENTER, it's already too late -- some random document has already been opened.  This is pretty frustrating.
Comment 1 Christoph Feck 2016-12-07 15:05:05 UTC

*** This bug has been marked as a duplicate of bug 372635 ***