SUMMARY I am unable to select a screen or window in the screen sharing dialog. The screens are being picked up via flat review, but when using tab and shift tab to move around the dialog, focus never lands on the screen or window lists. STEPS TO REPRODUCE 1. Trigger the screen share dialog by using an application such as OBS studio to request it via the portal. 2. Tab and shift tab around the dialog. Focus won't land on the screen or window lists. 3. Use flat review to inspect the dialog, the list is visible in flat review but it can't be clicked. OBSERVED RESULT A screen can't be selected via the selection dialog EXPECTED RESULT A screen should be able to be selected via the keyboard in the dialog by means of tabbing or shift tabbing and selecting the desired screen or window. SOFTWARE/OS VERSIONS (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: 6.2.4 KDE Frameworks Version: 6.9.0 Qt Version: 6.8.1 ADDITIONAL INFORMATION
A possibly relevant merge request was started @ https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/merge_requests/338
Git commit cd5f474e284381130d06bbfcb4da1d552edef0b5 by Fushan Wen, on behalf of Christoph Wolk. Committed on 01/01/2025 at 12:54. Pushed by fusionfuture into branch 'master'. ScreenChooserDialog: make items keyboard-accessible The dialog for choosing a screen or window to share contains a CardLayout filled by a Repeater showing the screens or windows. This works for pointer-based interaction, but does not allow keyboard interaction; the cards function as buttons or checkboxes, but do not accept keyboard focus so cannot be reached through the tab chain. This change registers the cards in the tab chain, and highlights the currently focused item. M +6 -0 src/ScreenChooserDialog.qml https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/commit/cd5f474e284381130d06bbfcb4da1d552edef0b5
Git commit bda741440fe421e47ec5575b9cee9c09d1a60c6c by Christoph Wolk. Committed on 01/01/2025 at 21:32. Pushed by cwo into branch 'master'. controls/Card: set title as default Accessible.name The card element has a banner that contains a title element, which is intended as the visible title for that card. This is adequate for sighted users, but is not passed to the a11y interface, so screen readers are unaware of its function and default to not reading it out. Currently, applications using Card have to set this link manually, and usually do not do so, leaving these controls inaccessible. Given the typical visual prominence of the banner title for sighted users, this seems like a sensible default assignment. In the rare cases where this is less appropriate, applications can still overwrite this manually. Given the variety of functions that Cards can have, Accessible.role probably still should be set manually and explicitly. This change sets the default Accesible.name to the banner title. M +2 -0 src/controls/Card.qml https://invent.kde.org/frameworks/kirigami/-/commit/bda741440fe421e47ec5575b9cee9c09d1a60c6c
With the above changes, this should now be fixed for 6.3. Please reopen if there's still an issue.