Я использую довольно свежую установкуГолубой тунец-атомный рабочий стол Fedora Silverblue с оболочкой GNOME, использующий Wayland и в основном приложения Flatpak. (Если это имеет значение, то я недавно перенес свой рабочий стол с Windows на Linux, поэтому, хотя я и немного разбираюсь в командной строке Linux, я еще не изучил все тонкости рабочих столов Linux).
У меня возникают две очень раздражающие проблемы, когда я пытаюсь переключать окна с помощью Alt+Tab во время операции перетаскивания:
Проблема №1: Пропуск окон при использовании Alt+Tab во время перетаскивания: При обычном переключении приложений с помощью Alt+Tab все работает как надо.
Но при нажатии Alt+Tab во время операции перетаскивания окно, которое обычно было бы следующим в очереди (в видео ниже это Chrome), пропускается, и вместо этого фокус получает второе по порядку приложение (в случае видео — текстовый редактор).
На основании моего тестирования я пришел к выводу, что эта первая проблема затрагивает все приложения, независимо от того, используют ли они Wayland или Xwayland.
Проблема №2: Клавиша Tab, по-видимому, не отпущена:При переходе в Chrome с помощью сочетания клавиш Alt+Tab во время операции перетаскивания создается впечатление, что Chrome не получает событие KeyUp для клавиши Tab и, таким образом, считает, что клавиша Tab постоянно удерживается нажатой — даже после прерывания операции перетаскивания с помощью клавиши Esc.
Похоже, что вторая проблема касается только приложений, использующих Xwayland (например, VS Code или Chrome в видео ниже), в то время как приложения, изначально использующие Wayland (например, текстовый редактор GNOME в видео ниже), не подвержены этой проблеме.
Кстати, «индикаторы перетаскивания» (т. е. приложения, показывающие область перетаскивания при выполнении операции перетаскивания) тоже, похоже, работают не всегда, но я могу с этим смириться.
Вот видео, демонстрирующее проблему (сначала просто Alt+Tab, а затем Alt+Tab во время операции перетаскивания):
Я понятия не имею, что вызывает эти две проблемы, и Google, а также мои собственные эксперименты также не привели меня к каким-либо полезным результатам (сначала я подозревал, что Flatpak как-то связан со второй проблемой, но, похоже, это не так). На данном этапе любые указания на то, что может вызывать эти проблемы или какие компоненты могут быть связаны, будут очень признательны.
PS: Для полноты картины приведем версии потенциально релевантных компонентов:
Fedora Linux: 38.20240322.0 (Bluefin)
Kernel: Linux 6.7.9-100.fc38.x86_64
GNOME: 44.10
Mutter: 44.9
❯ rpm -qa | grep wayland
libwayland-client-1.22.0-1.fc38.x86_64
libwayland-server-1.22.0-1.fc38.x86_64
libwayland-cursor-1.22.0-1.fc38.x86_64
libwayland-egl-1.22.0-1.fc38.x86_64
xorg-x11-server-Xwayland-22.1.9-5.fc38.x86_64
qt5-qtwayland-5.15.12-2.fc38.x86_64
gnome-session-wayland-session-44.0-1.fc38.x86_64
❯ rpm -qa | grep mutter
mutter-common-44.9-1.fc38.noarch
mutter-44.9-1.fc38.x86_64
❯ rpm -qa | grep x11
libxkbcommon-x11-1.5.0-2.fc38.x86_64
xorg-x11-xauth-1.1.2-3.fc38.x86_64
xorg-x11-server-common-1.20.14-29.fc38.x86_64
xorg-x11-drv-wacom-serial-support-1.2.0-1.fc38.x86_64
xorg-x11-drv-libinput-1.3.0-1.fc38.x86_64
xorg-x11-server-Xorg-1.20.14-29.fc38.x86_64
xorg-x11-xinit-1.4.0-17.fc38.x86_64
xorg-x11-server-Xwayland-22.1.9-5.fc38.x86_64
xorg-x11-fonts-ISO8859-1-100dpi-7.5-35.fc38.noarch
qt5-qtx11extras-5.15.12-1.fc38.x86_64
xorg-x11-drv-amdgpu-23.0.0-1.fc38.x86_64
xorg-x11-drv-ati-19.1.0-9.fc38.x86_64
xorg-x11-drv-evdev-2.10.6-13.fc38.x86_64
xorg-x11-drv-fbdev-0.5.0-12.fc38.x86_64
xorg-x11-drv-intel-2.99.917-55.20210115.fc38.x86_64
xorg-x11-drv-nouveau-1.0.17-5.fc38.x86_64
xorg-x11-drv-openchrome-0.6.400-5.20210215git5dbad06.fc38.x86_64
xorg-x11-drv-qxl-0.1.6-1.fc38.x86_64
xorg-x11-drv-vesa-2.5.0-5.fc38.x86_64
xorg-x11-drv-vmware-13.4.0-1.fc38.x86_64
xorg-x11-drv-wacom-1.2.0-1.fc38.x86_64
dbus-x11-1.14.10-1.fc38.x86_64