Bug 374593 - Inconsistent item focus in the results list
Summary: Inconsistent item focus in the results list
Status: RESOLVED FIXED
Alias: None
Product: krunner
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 5.8.5
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-05 13:54 UTC by cotkocot
Modified: 2020-12-21 22:04 UTC (History)
2 users (show)

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


Attachments
Demo of inconsistent item focusing (1.25 MB, video/x-matroska)
2017-01-05 13:54 UTC, cotkocot
Details

Note You need to log in before you can comment on or make changes to this bug.
Description cotkocot 2017-01-05 13:54:06 UTC
Created attachment 103211 [details]
Demo of inconsistent item focusing

Overview:

 When krunner opens and lists the results after the search input,
 focusing of the item in the results is inconsistent.

Reproducible:
 always

expected:
 What I'd expect is that first item always is and stays focused, so I
 can use arrow keys to navigate to the desired item.

actual:
 - sometimes first item is focused and stays focused

 - sometimes first item is focused, then results from other
   components come in (like scripts/files etc) and focus is 
   set randomly to some other item (most of the time to the
   latest item in the list)

 - if mouse cursor happens to be positioned in area occupied 
   by krunner's list, focused item becomes the item under the cursor

  -- and then the same happens when other results come in delayed; 
     focus can either stay on item under the cursor or switch to 
     the first item in the list

How to reproduce:
 Open krunner, type a few letters which will yield the results
 and watch which item will become focused. Then cancel the krunner
 and repeat the open+search again. Do this a few times to see
 the differences

 Also try moving mouse cursor on the part of the screen where krunner
 list will appear and repeat the previously described steps
Comment 1 Christoph Feck 2017-01-10 00:40:22 UTC
Please report one issue per ticket.

The third issue is reported as bug 372635.
Comment 2 cotkocot 2017-01-11 16:44:34 UTC
(In reply to Christoph Feck from comment #1)
> Please report one issue per ticket.
> 
> The third issue is reported as bug 372635.

I don't see any option to edit the bug description.
Can this then be reduced to:

expected:
 - always keep first item selected

actual:
 - sometimes first item is focused and stays focused (as expected)

 - sometimes first item is focused, then results from other
   components come in (like scripts/files etc) and focus is 
   set randomly to some other item (most of the time to the
   latest item in the list)
Comment 3 Alexander Lohnau 2020-06-27 19:46:35 UTC
Is this still reproducible? I haven't any of the described issues anymore.
Comment 4 Alexander Lohnau 2020-10-14 08:56:23 UTC
Seems related to BUG 427672

*** This bug has been marked as a duplicate of bug 427672 ***
Comment 5 cotkocot 2020-12-21 22:04:04 UTC
(In reply to Alexander Lohnau from comment #4)
> Seems related to BUG 427672
> 
> *** This bug has been marked as a duplicate of bug 427672 ***

Hey, no, this particular issue was solved (random selected items & mouse stealing item focus).