Bug 466852 - two selection highlights in app chooser dialog: one for hover, and another for keyboard selection
Summary: two selection highlights in app chooser dialog: one for hover, and another fo...
Status: CONFIRMED
Alias: None
Product: xdg-desktop-portal-kde
Classification: Plasma
Component: general (show other bugs)
Version: 5.27.2
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-03-04 22:04 UTC by skierpage
Modified: 2023-03-26 00:23 UTC (History)
3 users (show)

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


Attachments
two selection highlights in Choose Application dialog (56.97 KB, image/png)
2023-03-04 22:04 UTC, skierpage
Details

Note You need to log in before you can comment on or make changes to this bug.
Description skierpage 2023-03-04 22:04:33 UTC
Created attachment 157000 [details]
two selection highlights in Choose Application dialog

SUMMARY
You can wind up with two applications' icon+name selected in the Choose Application portal if you both filter and click.

STEPS TO REPRODUCE
0. (These steps assume you haven't set an application to open empty document files.)
1. Create an empty file, save it as "test"
2. In Dolphin navigate to this file and double-click it.
3. In the "Choose Application — Portal" window that appears, use the keyboard to filter down to a single application, e.g. I entered "ark"
4. Press [Backspace] to relax the filtering.
5. Click on a different application's icon.

OBSERVED RESULT
Once you've filtered to a single application, a light blue selection draws over it. But when you backspace so that more matching applications appear, the selection highlight moves to the first matching application. If you press and hold on a different application you get two selection highlights (and if you release the mouse button the application that you clicked on opens).

EXPECTED RESULT
Clicking something should remove the existing highlight.
It feels wrong that the selection highlight persists and moves to the first application in the list after you relax filtering; you can't get back to the dialog's initial behavior of no selection and the first matching selection is unlikely to be the right one. I filed bug 466850 that you _can't_ move the selection around with the keyboard; if it's easier to implement keyboard navigation in the list by always having a selection that's fine.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
KDE Plasma Version: 5.27.2
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8 on Wayland