Add pure Wayland headful mode - #336
Conversation
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit b45262e. Configure here.
| if prof == profileHeadful && webrtc { | ||
| startAll("neko") | ||
| if waylandPure { | ||
| startAll("neko-wayland") |
There was a problem hiding this comment.
Wrong compositor for Wayland WebRTC
High Severity
Enabling ENABLE_WAYLAND_WEBRTC in pure mode starts neko-wayland with wf-recorder, wlr-randr, and output HEADLESS-1, while the wrapper still launches weston-pure. Weston does not expose the wlroots screencopy or output-management protocols those tools need, so capture and resize fail even though the README requires a wlroots compositor.
Additional Locations (1)
Reviewed by Cursor Bugbot for commit b45262e. Configure here.


summary
wf-recorder0.6.0 andwlr-randr0.5.0 for the Wayland capture pathneko-waylandsupervisor service and wrapper gatebrowser-only benchmark
Ten fresh-container trials per mode on the rebuilt image, using the same Chromium flags and a 1920x1080 configuration:
The screenshot metric is CDP
Page.captureScreenshot; it does not measure product capture or live view. The memory reduction primarily comes from not starting Xorg and Mutter.image build and validation
ffmpeg-n7.1-latest-linux64-gpl-7.1.tar.xzwf-recorder,wlr-randr, FFmpeg, and theneko-waylandsupervisor configurationgo test ./cmd/chromium-launcher ./cmd/wrappergo vet ./cmd/chromium-launcher ./cmd/wrapperzwlr_screencopy_v1limitations
This PR benchmarks the browser/CDP path. The shipped image still uses the released Neko base image, so the Wayland Neko capture/input implementation requires a separately published Neko image before end-to-end product live-view testing.