[Linux] Wayland support
B
Ben Grant
I run GNOME 3.36 on top of Wayland and Arch Linux. I can create meetings and start the screen share with no reported issues, but people who join only see a black screen (plus whatever I have drawn). This is because Screen is trying to use X11 APIs to capture what's on my screen, but things work differently under Wayland so it is not able to capture anything.
Here is code that implements screen capture under Wayland for OBS Studio: https://gitlab.gnome.org/feaneron/obs-xdg-portal/-/tree/master. Screen will probably need to do something similar (or wait for Chromium/Electron to support screen capture under Wayland).
Output of
snap info screen
:name: screen
summary: Supercharged meetings for remote engineering teams
publisher: Screen, Inc. (screen)
store-url: https://snapcraft.io/screen
contact: team@screen.so
license: unset
description: |
Communicate visually with drawing. Collaborate efficiently with multiplayer
screen sharing. So easy, it feels like you’re in the same room.
commands:
- screen
snap-id: HBe7T7yVKD7Tm1rQ2A2MZSMV00lsuSy9
tracking: latest/stable
refresh-date: today at 13:01 PDT
channels:
stable: 1.0.14 2020-03-24 (73) 143MB -
candidate: ↑
beta: ↑
edge: 0.8.32 2019-11-25 (26) 121MB devmode
installed: 1.0.14 (73) 143MB -
Log In
m
malcolm handley
I've been using Tuple with Wayland on Linux, but got email today that they won't be maintaining Tuple on LInux, so I'm back to wondering about Pop for Wayland. Has there been any progress since July of last year?
R
Roman Bartusiak
Managed to start the app, but screen sharing is broken probably because of lack of WebRTCPipewire
WAYLAND_DISPLAY= QT_QPA_PLATF0RM=xcb GDK_PLATFORM=x11 steam-run usr/bin/pop --enable-features=WebRTCPipeWireCapturer
R
Roman Bartusiak
Managed to start it using nixos using both steam-run and nix-build, unfortunately pop simplu is blocked from starting on wayland. Is there a plan to make it work?
S
Simon Law
Trying to run Pop (dev) 8.0.23 with Wayland leads to a segfault:
slaw@nyancat:~$ /usr/bin/pop-dev --enable-features=UseOzonePlatform --ozone-platform=wayland
Segmentation fault (core dumped)
Firing up GDB is not particularly useful because pop-dev is shipped without symbols. Still, here is the backtrace:
Thread 1 "Pop-dev" received signal SIGSEGV, Segmentation fault.
0x0000555557f37324 in ?? ()
(gdb) bt
#0 0x0000555557f37324 in ()
#1 0x00007fffffffc350 in ()
#2 0x0000555557f32f02 in ()
#3 0x00007fffffffc3c0 in ()
#4 0x00007fffffffc388 in ()
#5 0x00007fffffffc3b0 in ()
#6 0x00005555575c193c in ()
#7 0x0000347c8c886260 in ()
#8 0x0000347c8c886260 in ()
#9 0x0000347c8ca01a40 in ()
#10 0xaaaaaaaaaaaaaa01 in ()
#11 0x00007fffffffc3c0 in ()
#12 0x0000347c8ca01980 in ()
#13 0x00007fffffffc4d8 in ()
#14 0x00007fffffffc3c0 in ()
#15 0x0000191408d1c08d in ()
#16 0x0000000000000000 in ()
M
Mathis Antony
I'm getting the following with 8.0.39 dev and 8.0.20.
pop-dev --enable-features=UseOzonePlatform --ozone-platform=wayland
interface 'wl_output' has no event 4
tcmalloc: large alloc 1073741824 bytes == 0x20a70a5d6000 @ 0x55f3a1062385 0x7fe7d78a3466
Failed to generate minidump.
I'm using hyprland on NixOS. And running pop.com through
steam-run
. This works fine on X11.A
Adam DiCarlo
Mathis Antony: I get the same thing. I'm using Sway 1.8.1. Going by the results googling for that
'wl_output' has no event 4
, the Pop folks might be able to fix the problem by either updating Electron or applying this patch to it: https://forums.gentoo.org/viewtopic-p-8689650.html?sid=59bc389d53fbfae88bb9be355de69801. Don't know for sure, but I sure wish Pop's client were open-source (even if only "source-available") so I could tinker with it...A
Adam DiCarlo
er, the patch mentioned in that post, which is https://chromium.googlesource.com/chromium/src/+/dd4c3ddadbb9869f59cee201a38e9ca3b9154f4d%5E%21/
J Sherwani (Pop Team)
open
While capturing the screen is now supported in Electron (which is now supported in Slack), Wayland makes it difficult to capture key/mouse events which are required for shared control.
I've created a new feature request around screen sharing
+ draw on Wayland, with some caveats.
Please read the following description and upvote if you'd find the limited feature scope significantly useful: https://screen.canny.io/feature-requests/p/wayland-screen-share-draw-but-no-control
E
Elijah Lynn
J Sherwani (Pop Team): Here is the support.pop.com link, so others don't have to login twice (under screen.canny.io) > https://support.pop.com/feature-requests/p/wayland-screen-share-draw-but-no-control.
M
Mark Dixon
Slack works for me on sway with a simple
slack --enable-features=WebRTCPipeWireCapturer
, surely it should be similar for all electron apps? I tried it on pop, but it seems it detects wayland and then refuses to continue.J
Joel Nordström
If screensharing on Wayland is complicated, maybe you could start with implementing viewing someone else's screen? Currently, the app just doesn't do anything when I launch it in Sway except asking me to switch to X.
J Sherwani (Pop Team)
Merged in a post:
"Exotic" wayland support
J
Jiří Prokop
Hello, I recently discovered your app and it seems very nice. I've read your blog post and realize you are a very small team but I'd like to ask this anyway.
Would you consider to support some of the "exotic" wayland desktop environments (Linux OS)?
I know you already partially support it but I'm not using Gnome, I use Sway which is based on wlroots. They recently added support for Pipewire protocol which makes screensharing working nicely.
Also there would be ways how to enable inputting.
I can provide some guidelines if you would be interested into supporting this niche setup, although I will fully understand why you won't.
And thanks for a great work, btw.
J Sherwani (Pop Team)
Merged in a post:
[Linux] Wayland - Clicks on any top bar items ignored when in a meeting
Ali Asad Lotia
Distribution: Arch Linux
Desktop Environment: Gnome 3.36
Compositor: Mutter (default wayland compositor for Gnome)
While in a Wayland session, when I start a meeting I am clicking on the Gnome top bar items such as the clock (which also brings up the notifications history and calendar among other things) has no effect. Ending the meeting restores the expected functionality of displaying the expanded view of the top bar item when it is clicked.
screen.so snap details
Steps to reproduce:
- Ensure you are running Gnome under Wayland. That can be confirmed by looking at the "Settings -> About" or running 'echo $XDG_SESSION_TYPE' in a terminal running within that session and confirming the output is 'wayland'
- Start screen.so
- Start a meeting
- Click on the top bar and confirm that clicks are not registering
- End the meeting and click on the top bar and note that the clicks are registering
name: screen
summary: Supercharged meetings for remote engineering teams
publisher: Screen, Inc. (screen)
store-url: https://snapcraft.io/screen
contact: team@screen.so
license: unset
description: |
Communicate visually with drawing. Collaborate efficiently with multiplayer
screen sharing. So easy, it feels like you’re in the same room.
commands:
- screen
snap-id: HBe7T7yVKD7Tm1rQ2A2MZSMV00lsuSy9
tracking: latest/stable
refresh-date: 2 days ago, at 10:11 BST
channels:
latest/stable: 1.0.16 2020-03-30 (75) 143MB -
latest/candidate: ↑
latest/beta: ↑
latest/edge: 0.8.32 2019-11-25 (26) 121MB devmode
installed: 1.0.16 (75) 143MB -
J
Jiří Prokop
Here's the link, the tool is called Espanso, the Wayland code is in this branch: https://github.com/federico-terzi/espanso/tree/dev-1.x
The related issue: https://github.com/federico-terzi/espanso/issues/287#issuecomment-779327423
Load More
→