https://bugs.kde.org/show_bug.cgi?id=466192

--- Comment #5 from Matija <mata...@gmail.com> ---
(In reply to Prajna Sariputra from comment #1)
> I can reproduce this on Plasma 5.27.4 on Wayland, although the reproduction
> steps are a bit different in my case (will attach a screen recording showing
> the issue as well):
> 
> 1. Open the application launcher with the Meta/Super key
> 2. Press the E key
> 3. Move the cursor to the 4th item, making sure it is highlighted (and not
> touch the mouse again from here on out)
> 4. Close the application launcher by pressing Esc
> 5. Open the application launcher with the Meta/Super key again
> 6. Press the E key
> 7. Wait a second or two
> 8. Press the D key
> 
> By step 8 the issue appears for me, but if I stop at step 6 the issue does
> not appear, and if I press E followed by D quickly the issue also doesn't
> appear, but if I type "ed" quickly, wait a second and then type another
> letter the issue appears again.
> 
> Also, the issue has been affecting me for a while, but only now have I found
> out good steps to reproduce it thanks to this bug report.

The highlighting problem has something to do with the accuracy of the search
and memorizing/matching the position under cursor.

A few tips for debugging:
1. Nothing happens when starting the search term with one letter. The case when
it's triggered is when you start deleting chars from a word and end with one
letter.
2. If I type really fast "man" or "file" it doesn't jump to mouse cursor.
Why? I come from web dev world, so I presume because keyup/down event doesn't
fire in that case.

3. Only if typed slower, when keyup/down events are fired, it seems to save the
resulting list on each key event and then by some logic, saves the position of
the item that does satisfy the search term (in one of the steps between
additional characters), and passive mouse pointer activates it.

If under the mouse cursor ever existed (in between each char entered) a
positive find, it will jump to that instead of the first item.

So:
1. open launcher
2. type char ("f" for instance)
3. nothing happens as there are too many results and this is only the first
step in searching
4. wait a second
5. type another char ("i" for instance)
6. it jumps to the item under mouse cursor as there was a positive match in the
step before (although not in current step anymore)

vs

1. open launcher
2. type FAST "fi"
3. there are no akward jumps

Attaching a video recording of the above

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to