In wayland using chrome or firefox, the xdg file open dialog and save-as (using xdg-portal) is broken when operated by keyboard Setup: Use the env.Var GTK_USE_PORTAL=1 and start firefox or chromium-freeworld, then try to open a file with Ctrl-O. The open-file Portal dialog comes up. Problem: - use the TAB key to navigate inside the panel (don't klick with the mouse) - several TAB presses later you will be stuck in a loop and cannot reach other dialog elements by TAB presses Example 1st TAB goes to filter next to zoom next to places next to the buttons next to the list-panel next to navigation bar (there you stay for 3 subsequent TABs) next to list-panel and then the loop starts by going back to the navigation-bar Interestingly, shift-TAB gets you out of the loop Things fix-worthy: - why this tab order? (doesn't seem logical) - why can't i go back to the file input field or filter? - i never reach the icons neighboring 'zoom' (new folder, options) - i never reach other icons in the 'symbol bar'
Operating System: Fedora Linux 37 KDE Plasma Version: 5.27.0 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 6.1.12-200.fc37.x86_64 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-7820HQ CPU @ 2.90GHz Memory: 31,1 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 630
This isn't a bug in the XDG dialog; it's actually the behavior of all KDE open/save dialogs, even for apps not using XDG portals. I can reproduce it everywhere.
Working on this. I can also reproduce that if I hit Shift+Tab while the file view has focus, focus passes to the Cancel button. But indeed, using just the Tab key gets focus stuck in the file view itself.
*** Bug 469285 has been marked as a duplicate of this bug. ***
Git commit 4a77d4d5630950d5662befd936455c6b13285d99 by Marco Martin. Committed on 04/02/2025 at 13:51. Pushed by mart into branch 'master'. A way to insert KUrlNavigator pieces in a deterministic place in the focus chain QWidget::setTabOrder won't work correctly with KUrlNavigator, as by itself it won't accept focus, but will contain child widgets on which setTabOrder will be set by itself, altering the tab order that might have been set by any parent widget Related: bug 409540 FIXED-IN: 6.11 M +39 -7 src/filewidgets/kfilewidget.cpp M +10 -1 src/filewidgets/kurlnavigator.cpp M +10 -0 src/filewidgets/kurlnavigator.h https://invent.kde.org/frameworks/kio/-/commit/4a77d4d5630950d5662befd936455c6b13285d99