Native Wayland test build (WIP) — a96dc5ad7
Pre-release
Pre-release
·
1 commit
to linux-wayland-support
since this release
Unofficial test build of the native Wayland work in bambulab/BambuStudio#11821. Work in progress — expect bugs.
Built from commit a96dc5ad7 of the linux-wayland-support branch.
What this build is for
Testing opt-in native Wayland support on Linux. Nothing changes unless you ask for it:
chmod +x BambuStudio_wayland-test_ubu24_a96dc5ad7.AppImage
# unchanged, X11 / XWayland (this is still the default)
./BambuStudio_wayland-test_ubu24_a96dc5ad7.AppImage
# native Wayland
GDK_BACKEND=wayland ./BambuStudio_wayland-test_ubu24_a96dc5ad7.AppImageKnown issues
- The 3D viewport can go blank after loading a model in some configurations (seen on NVIDIA + X11). Not yet diagnosed.
- Window move/resize can feel laggy under native Wayland.
gtk_window_resizeassertion warnings from the dropdown popup code under native Wayland.
Requirements
Built on Ubuntu 24.04, so it needs glibc 2.39 or newer (Ubuntu 24.04+, Fedora 40+, Debian 13, current Arch). It is not fully self-contained — GTK3, WebKitGTK and GStreamer come from your system:
- Debian/Ubuntu:
libgtk-3-0 libwebkit2gtk-4.1-0 libgstreamer1.0-0 libgstreamer-plugins-base1.0-0 libfuse2 - Fedora:
gtk3 webkit2gtk4.1 gstreamer1 gstreamer1-plugins-base fuse-libs - Arch:
gtk3 webkit2gtk-4.1 gstreamer gst-plugins-base fuse2
Reporting back
Please comment on PR #11821 with:
- distro, compositor (GNOME/KDE/Hyprland/sway/…), GPU and driver version
- whether you launched with or without
GDK_BACKEND=wayland - whether the 3D view renders (a) at startup, (b) after importing a model, (c) after slicing and switching to Preview
- for a blank viewport: a screenshot plus
GDK_BACKEND=wayland ./BambuStudio*.AppImage 2>&1 | tail -40
Tested so far only on Arch Linux + Hyprland, with Intel/Mesa and an NVIDIA RTX 4090 (proprietary driver). GNOME, KDE, AMD and pure-X11 sessions are untested.