Bug 2097208 - KDE application launcher places focus incorrectly.
Summary: KDE application launcher places focus incorrectly.
Alias: None
Product: Fedora
Classification: Fedora
Component: plasma-desktop
Version: 37
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: KDE SIG
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2022-06-15 07:08 UTC by Lukas Ruzicka
Modified: 2023-03-14 12:37 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2023-03-14 12:37:54 UTC
Type: Bug

Attachments (Terms of Use)
Video showing the problem. (1.28 MB, video/x-theora+ogg)
2022-06-15 07:08 UTC, Lukas Ruzicka
no flags Details

Description Lukas Ruzicka 2022-06-15 07:08:58 UTC
Created attachment 1890103 [details]
Video showing the problem.

Description of problem:

In openQA, we test several tests that utilize the following process:

1. Open the launcher.
2. Type the application name.
3. Press Enter to open it.

However, this process started to fail recently, because KDE places the focus incorrectly, so hitting the enter does not make sure that the correct application is started.

You can see the situation in the attached video and on the attached screenshot. When the launcher is started, and the "konsole" string is typed, it offers two records (Konsole and Default Application), but the focus is placed on the Default application (and not Konsole) so when enter is hit, the Konsole does not start as expected. Instead, Default applications is started.

Version-Release number of selected component (if applicable):
KDE on 20220614 compose.

How reproducible:
Always reproduced in a VM run by the openQA test engine.

Steps to Reproduce:
See the attached video.

Actual results:
Incorrect focus placed when application name is typed.

Expected results:
Focus should be placed correctly so the expected application will start when called for.

Comment 1 Lukas Ruzicka 2022-06-15 07:11:14 UTC
Created attachment 1890105 [details]
The screenshot depicting the situation.

Comment 2 Lukas Ruzicka 2022-06-15 08:03:51 UTC
I tried to reproduce the problem manually in another VM and the occurrence is much less frequent. It seems that the speed of hitting the Enter key after the application name has been typed plays an important role as if the GUI needed some time to deal with placing the focus.

However, the issue is still reproducible with certain applications, such as Dolphin, where the focus sometimes stays on Locations, so Settings will be opened instead of Dolphin.

Comment 3 Lukas Ruzicka 2022-06-15 08:12:43 UTC
Having inspected a little bit longer and I found the culprit. It seems to be the mouse cursor. If the cursor happens to be left in the position where the launcher will open, it will always select the one item which is found below the mouse cursor because it takes precedence over the automated selection based on the name of the application.

I believe that this is a problem, because nobody expects that the mouse (not being used at the time) will affect the launcher when they are using the keyboard to navigate in it.

Comment 4 Ben Cotton 2022-08-09 13:17:57 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle.
Changing version to 37.

Comment 5 Justin Zobel 2023-01-24 12:41:08 UTC
I can't replicate this on F37? Is it still erroring in OpenQA?

Comment 6 Lukas Ruzicka 2023-03-14 12:37:54 UTC
I am no longer seeing it.

Note You need to log in before you can comment on or make changes to this bug.