XWayland 26.1 Breaks Its Two-Year Silence with Major Improvements

by Geth Author

XWayland's Long Wait Is Over

If you use X11 applications on a Wayland desktop — a legacy game, a professional tool stuck in the previous decade, or any software that never got a native Wayland port — XWayland is the compatibility layer keeping it alive. And for the past two years, it has been in feature freeze. No new tagged releases, no notable capabilities added, just maintenance and bug fixes.

That changed on August 19, 2026, when Red Hat's Olivier Fourdan announced the first release candidate of XWayland 26.1. The RC contains hundreds of cumulative changes built up over two years of development, and it represents a meaningful leap forward for anyone who regularly straddles the X11/Wayland boundary.

The Headline Features

Clipboard bridging in rootful mode is the change most people will feel immediately. Previously, running Xwayland in rootful mode created a clipboard island — copy-paste between an X11 application and the rest of your Wayland desktop was unreliable or simply broken depending on your compositor. XWayland 26.1 adds a proper clipboard and primary selection bridge, enabled with the -clipboard flag, that lets content flow freely between the two worlds.

Multi-seat support via XInput 2 is a long-standing gap that's finally been filled. Wayland seats and their devices are now mirrored into an XInput 2 hierarchy, which means multi-seat setups — where multiple users share a single machine with separate monitors and input devices — work correctly for X11 applications running under Xwayland.

Better display mode emulation is another practical win. The updated RandR emulation now prioritizes native display modes and accounts for monitor rotation. Crucially, fullscreen X11 applications default to the actual output resolution instead of falling back to a 640×480 emulated mode — an infuriating behavior that made certain games unplayable on Wayland without manual workarounds.

System bell support lands via the xdg-system-bell protocol. Xwayland can now ring the system bell through the compositor when the compositor supports it — a minor quality-of-life addition, but one that signals increasing parity with the native Wayland experience.

What Was Removed

EGLStream support is gone. This NVIDIA-specific graphics API path has been on death's door for some time; NVIDIA's open-source Linux driver stack now works cleanly without it, so there's no reason to keep the dead code around. If you're on proprietary NVIDIA drivers and an older kernel, this is worth checking before upgrading.

Context: Why the Two-Year Gap

XWayland 24.1 shipped in 2024 at a time when the Linux desktop ecosystem was deeply mid-transition. Most major desktops — GNOME, KDE Plasma, Sway — had committed to Wayland as their primary target, but X11 compatibility remained critical for millions of users. The development energy during this period went into stabilization rather than features: hardening existing behavior, fixing edge cases, and making sure the existing release held up across the rapidly changing compositor landscape.

The 26.1 release cycle reflects that the foundation is now solid enough to add new capabilities without destabilizing what's already there.

What Comes Next

The 26.1 release candidate is available now for testing. A final release is expected in the coming weeks, after which distributions will begin packaging it. If you're on a rolling-release distro, you'll likely get it automatically. For fixed-release users, it'll land in your next major distro cycle.

For the day-to-day Wayland user running a stubborn X11 application or two, this release is quiet good news. XWayland isn't glamorous infrastructure — you notice it most when it breaks — and XWayland 26.1 breaks less.