What app? … that is kinda relevant and you should open a Bug that they need to support pipewire portals for screenshare.
Or, as said, use the browser version.
Zoom runs fine in the browser, and it way less invasive. Keep in mind, that “screenshare works” that this app can record everything you do as long as it is running. And if it is a native app (no flatpak) then it can also start how it likes.
It’s Slack, so Electron, and the browser version unfortunately doesn’t support Huddle calls, which is what we use for all our calls and where I’d be screen sharing from.
Annyoing. If you are/were on KDE Plasma there is XWaylandVideobridge, which allows to share the screen by apps requesting access to the webcam, but getting a virtual input instead, which comes out of KDEs portal.
Yeah complex, but said to work. Apps need to run as X11 though.
I’m on GNOME, but thanks for the help. Getting me to dig deeper and figure out it’s a known issue with Slack and not Wayland will help me going forward.
No, screensharing works really well. Only problem is if apps expect to show a preview themselves, like Firefox. Then you get annoying duplicate portal requests, still works.
You can also force apps to use Wayland via environment variables.
ELECTRON_OZONE_PLATFORM_HINT=wayland appAlternatively you can use
app --ozone-platform-hint=waylandHowever since no one tests it I’ve found them to be really buggy. Hence why I suggested just using the web app.
True
Can you give some details about this? I can’t find anything online about it.
Electron is chromium based but has own environment variables.
But sorry I think the env var was incomplete or wrong. Edited
Thanks, I got it running under Wayland with that (xeyes doesn’t show it) but screenshare still isn’t working. That’s okay, I’ll try again next year
What app? … that is kinda relevant and you should open a Bug that they need to support pipewire portals for screenshare.
Or, as said, use the browser version.
Zoom runs fine in the browser, and it way less invasive. Keep in mind, that “screenshare works” that this app can record everything you do as long as it is running. And if it is a native app (no flatpak) then it can also start how it likes.
Looks like it’s a known bug on Slack’s end that’s known for 1.5 years but now is “actively investigated” as of 8 days ago.
https://forums.slackcommunity.com/s/question/0D53a00009BSEGACA5/when-will-slack-support-wayland-screen-sharing-does-anyone-have-workarounds-or-hacks-to-make-it-work?language=en_US
Lets see if “active investigation” leads to anything.
It’s Slack, so Electron, and the browser version unfortunately doesn’t support Huddle calls, which is what we use for all our calls and where I’d be screen sharing from.
Annyoing. If you are/were on KDE Plasma there is XWaylandVideobridge, which allows to share the screen by apps requesting access to the webcam, but getting a virtual input instead, which comes out of KDEs portal.
Yeah complex, but said to work. Apps need to run as X11 though.
I’m on GNOME, but thanks for the help. Getting me to dig deeper and figure out it’s a known issue with Slack and not Wayland will help me going forward.
No, screensharing works really well. Only problem is if apps expect to show a preview themselves, like Firefox. Then you get annoying duplicate portal requests, still works.