Ich verwende eine ziemlich neue Installation vonBlauflossenthun-basierter Fedora Silverblue Atomic Desktop mit einer GNOME-Shell unter Verwendung von Wayland und hauptsächlich Flatpak-Anwendungen. (Übrigens habe ich meinen Desktop vor Kurzem von Windows auf Linux migriert, daher kenne ich mich zwar halbwegs mit der Linux-Befehlszeile aus, habe aber noch nicht alle Feinheiten von Linux-Desktops erlernt.)
Wenn ich während einer Drag-and-Drop-Operation versuche, mit Alt+Tab zwischen Fenstern zu wechseln, treten zwei sehr ärgerliche Probleme auf:
Problem Nr. 1: Übersprungene Fenster bei Verwendung von Alt+Tab während Drag & Drop: Beim normalen Wechseln zwischen Anwendungen mit Alt+Tab funktioniert alles wie erwartet.
Wenn Sie jedoch während einer Drag-and-Drop-Operation Alt+Tab drücken, wird das Fenster, das normalerweise als nächstes an der Reihe wäre (im Video unten wäre das Chrome), übersprungen und stattdessen erhält die übernächste Anwendung (im Fall des Videos der Texteditor) den Fokus.
Basierend auf meinen Tests scheint dieses erste Problem alle Anwendungen zu betreffen, unabhängig davon, ob sie Wayland oder Xwayland verwenden.
Problem Nr. 2: Tabulatortaste scheinbar nicht losgelassen:Wenn Sie während einer Drag-and-Drop-Operation mit Alt+Tab in Chrome wechseln, scheint Chrome das KeyUp-Ereignis für die Tabulatortaste nicht zu empfangen und geht daher davon aus, dass die Tabulatortaste kontinuierlich gedrückt gehalten wird – auch nachdem die Drag-and-Drop-Operation mit Esc abgebrochen wurde.
Es scheint, dass dieses zweite Problem auf Anwendungen beschränkt ist, die Xwayland verwenden (wie VS Code oder Chrome im Video unten), während Anwendungen, die Wayland nativ verwenden (wie der GNOME-Texteditor im Video unten), nicht betroffen sind.
Als Randbemerkung sei erwähnt, dass die „Drop-Indikatoren“ (also Anwendungen, die während einer Drag-and-Drop-Operation einen Ablagebereich anzeigen) auch nur manchmal zu funktionieren scheinen, aber damit kann ich leben.
Hier ist ein Video, das das Problem zeigt (zuerst nur Alt+Tab und dann Alt+Tab während einer Drag-and-Drop-Operation):
Ich habe absolut keine Ahnung, was diese beiden Probleme verursacht, und Google sowie meine eigenen Experimente haben mich auch zu keinen hilfreichen Ergebnissen geführt (ich habe zuerst vermutet, dass Flatpak etwas mit dem zweiten Problem zu tun hat, aber das scheint nicht der Fall zu sein). Alle Hinweise darauf, was diese Probleme verursachen könnte oder welche Komponenten damit zusammenhängen könnten, sind an dieser Stelle sehr willkommen.
PS: Der Vollständigkeit halber hier noch die Versionen eventuell relevanter Komponenten:
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