The screenshare window closes, and nothing happens. Other users see a brief screenshare start and end immediately.
Expected behaviour
The screenshare would start with the given share target.
Reproduction steps
Join a call
Start a screenshare
Select either the whole screen or a window
Select the preview shown by Fluxer
Select either the whole screen or a window again
Details
Summary
Screensharing shows the preview, then does not actually start streaming on Hyprland.
Area
Frontend / Web
Environment
Version: stable build 71 (b2514d1), 2026-01-07 17:42:28 UTC, Electron 39.2.7, Linux 6.18.5-2-cachyos (x64), desktop stable 0.0.8
Hyprland-git, CachyOS,
xdg-desktop-portal-hyprland
pipewire
Logs / screenshots
[selectDisplayMediaSource] Source not found: window:1:0
When launching a screen share, the window selection screen appears twice without any video after selecting a window or screen.
This happens regardless of if Audio is enabled or not, or which resolution/ Frame rate is chosen. I have attempted using the AppImage and .deb package for the manipulation with the same result on both.
Steps to reproduce
Join a Voice Channel
Select "Share your screen" Using either button on the GUI
After selecting any setting, click on "Start Sharing"
The prompt to share screen appears twice, select an app or window to share.
Environment (optional)
stable (302c0d2), 2026-02-17 16:03:48 UTC, Electron 39.2.7, Linux 6.17.0-14-generic (x64), desktop stable 0.0.8
OS: Zorin Os 18 x86_64
Kernel: Linux 6.17.0-14-generic
DE: GNOME 46.0
WM: Mutter (Wayland)
CPU: Ryzen 7 8700F
Two 1920x1080p displays
Status changed from Fixed to Awaiting confirmationStatusFixed→Awaiting confirmation
This was closed in a bulk cleanup before Fluxer V2 without being checked or fixed. It may work now, so it is waiting for someone to confirm whether the bug still happens.
I was able to reproduce it on kde:
stable build 77 (aa4e5b0), 2026-02-11 19:07:52 UTC, Electron 39.2.7, Linux 6.18.9-2-cachyos (x64), desktop stable 0.0.8
RexSystem1 voteoriginally by @polarvogel on GitHub
Same on Bazzite (Immutable Fedora) with AppImage with and without GearLever tweaks.
On the same OS it works without any issue using the Chromium or even Firefox browser. So I guess it is more of an AppImage / Electron problem.
RexSystem1 voteoriginally by @PurifierUnit on GitHub
Unable to screenshare at all on Bazzite (Wayland) -- doesn't seem to matter if I try it from appimage or browser (tried both Waterfox and Ungoogled Chromium), audio or not, it all fails. The appimage fails worse, though; it brings up the screen/window selector (in Wayland) twice, then just silently does nothing. Both browsers only brought up a single screen/window selector, then recognized that screenshare was allegedly happening (the Stop Sharing button was available) but nothing was visible on either my end or the other person's. Tested in both DMs and a community voice channel.
Seems like it's fixed in the refactor branch, I managed to build the electron app and it worked with no additional changes
WM: Hyprland
Distro: CachyOS
okay i can see that this is probably not finished lol. probably why it isnt in the stable client yet
image
edit: it actually fixed itself and became pretty ok after switching off hardware encoding
RexSystem1 voteeditedoriginally by @000yesnt on GitHubCollapsed as outdated by Rex: Build steps for an old branch.
> @Estyms how did you compile refactor? electron:compile was removed from fluxer_app/package.json so i have no idea how =.=
npx electron-builder --config electron-builder.config.cjs -l in fluxer_desktop
HOWEVER, you need to remove :
banner: {
js: import { createRequire } from 'module'; const require = createRequire(import.meta.url);,
},
from scripts/build.mjs at line 85
as well as the entire desktop property in electron-builder.config.cjs at line 148
I had to run a few more commands before being able to build:
Can confirm it doesn't work in niri (NixOS) with the client but does when using the web version
Seems to work on Niri on refactor branch
image
---------
Kernel: Linux 6.19.2-2-cachyos
WM: niri 25.11 (Wayland)
pipewire
Compiled with libpipewire 1.4.10
Linked with libpipewire 1.4.10
RexSystem1 voteeditedoriginally by @sucrettae on GitHubCollapsed as outdated by Rex: Build steps for an old branch.
> > @Estyms how did you compile refactor? electron:compile was removed from fluxer_app/package.json so i have no idea how =.=
>
>
> npx electron-builder --config electron-builder.config.cjs -l in fluxer_desktop
> HOWEVER, you need to remove :
> banner: {
> js: import { createRequire } from 'module'; const require = createRequire(import.meta.url);,
> },
> from scripts/build.mjs at line 85
> as well as the entire desktop property in electron-builder.config.cjs at line 148
I had to run a few more commands before being able to build:
> Can confirm it doesn't work in niri (NixOS) with the client but does when using the web version
Seems to work on Niri on refactor branch
image
Kernel: Linux 6.19.2-2-cachyos WM: niri 25.11 (Wayland)
pipewire Compiled with libpipewire 1.4.10 Linked with libpipewire 1.4.10
If i have the rpm installed, will this eventually fix itself with some kind of update that's pushed down via the app, or should i put on my learning cap and figure out to replicate your resolution steps by building from scratch? TYA.
For compiling your own copy of the desktop app, I got some of the ci working in this github repo. Here is an action that compiled the desktop app for win x64, win arm64, linux x64, and linux arm64: https://github.com/TheHeroBrine422/fluxer/actions/runs/22329672903
RexSystem1 voteoriginally by @NexusMcNexis on GitHub
Same on Bazzite (Immutable Fedora) with AppImage with and without GearLever tweaks.
On the same OS it works without any issue using the Chromium or even Firefox browser. So I guess it is more of an AppImage / Electron problem.
I am experiencing the same on Bazzite KDE Plasma With Wayland as well.
> Same on Bazzite (Immutable Fedora) with AppImage with and without GearLever tweaks.
> On the same OS it works without any issue using the Chromium or even Firefox browser. So I guess it is more of an AppImage / Electron problem.
I am experiencing the same on Bazzite KDE Plasma With Wayland as well.
The problem has already been resolved upstream, wait for a new desktop app update.
RexSystem1 voteoriginally by @NexusMcNexis on GitHub
> > Same on Bazzite (Immutable Fedora) with AppImage with and without GearLever tweaks.
> > On the same OS it works without any issue using the Chromium or even Firefox browser. So I guess it is more of an AppImage / Electron problem.
>
>
> I am experiencing the same on Bazzite KDE Plasma With Wayland as well.
The problem has already been resolved upstream, wait for a new desktop app update.
Very good, I must have over looked that.
Do you know where the ETA is now for the update?
I read that the desktop app was supposed to be updating from the refractor branch? Or am I mistaken?
One last thing, Has the audio sharing been resolved upstream as well?
> > > Same on Bazzite (Immutable Fedora) with AppImage with and without GearLever tweaks.
> > > On the same OS it works without any issue using the Chromium or even Firefox browser. So I guess it is more of an AppImage / Electron problem.
> >
> >
> > I am experiencing the same on Bazzite KDE Plasma With Wayland as well.
>
>
> The problem has already been resolved upstream, wait for a new desktop app update.
Very good, I must have over looked that. Do you know where the ETA is now for the update? I read that the desktop app was supposed to be updating from the refractor branch? Or am I mistaken? One last thing, Has the audio sharing been resolved upstream as well?
I do not know when it will release but it is soon.
Yes it is coming from the refactor branch.
No the audio sharing is a completely new feature that needs to be implemented into fluxer, fluxer do have a plan i think which is to use Venmic which is used in vesktop to have their own audio sharing in Discord via pipewire but unsure if thats what they are actually gonna do or create their own solution.
https://feedback.fluxer.com/p/949/c/2632
Well screensharing works on wayland, atleast on kde plasma and cosmic that i have tested, screenshare audio has been backported to canary and works without if any problems (fluxer is using venmic) (if you aren't using easyeffects or other mic effect apps that is)
So once this arrives in normal fluxer this should be closed if there are no other problems :)
RexSystem1 voteoriginally by @claymorwan on GitHub
Well screensharing works on wayland, atleast on kde plasma and cosmic that i have tested, screenshare audio has been backported to canary and works without if any problems (fluxer is using venmic) (if you aren't using easyeffects or other mic effect apps that is)
So once this arrives in normal fluxer this should be closed if there are no other problems :)
is it available in the refactor branch ? cuz i got fluxer compiled from its upstream but screensharing is still not supported, unless im compiling it wrong ?
> Well screensharing works on wayland, atleast on kde plasma and cosmic that i have tested, screenshare audio has been backported to canary and works without if any problems (fluxer is using venmic) (if you aren't using easyeffects or other mic effect apps that is)
>
> So once this arrives in normal fluxer this should be closed if there are no other problems :)
is it available in the refactor branch ? cuz i got fluxer compiled from its upstream but screensharing is still not supported, unless im compiling it wrong ?
Doesn't seem like it, code will come to github I think once v2 is out.
You need the canary version of Fluxer to use the new features that will be available in normal fluxer maybe tomorrow but there could be problems so don't count on it.
You can download canary from here, canary will also be available on flathub beta soon aswell but that will take some time.
https://canary.fluxer.app/
> Well screensharing works on wayland, atleast on kde plasma and cosmic that i have tested, screenshare audio has been backported to canary and works without if any problems (fluxer is using venmic) (if you aren't using easyeffects or other mic effect apps that is)
> So once this arrives in normal fluxer this should be closed if there are no other problems :)
is it available in the refactor branch ? cuz i got fluxer compiled from its upstream but screensharing is still not supported, unless im compiling it wrong ?
It is now working in the flatpak version. Sound isn't yet, though. You need to use the canary version for that, which, ironically, is not the same canary version on Github.
yea that does work, i can also point to a specific version using by replacing latest with a version number.
Anyway it don't seem to work tho on my package sadly, no idea why tho cuz it works with the appimage
583800779-2eeb1b75-cb72-49ba-8647-d42c79e94bef.mp4
> > o yea i see now, well im gonna try to package it for nix from the tar.gz file, idk if there's a direct link to it tho
>
>
> Would this suffice?
> https://api.canary.fluxer.app/dl/desktop/canary/linux/x64/latest/tar_gz
yea that does work, i can also point to a specific version using by replacing latest with a version number.
Anyway it don't seem to work tho on my package sadly, no idea why tho cuz it works with the appimage
Video_2026-04-25_19-01-47.mp4
Do you have the xdg-desktop-portal installed for your desktop environment or tiling manager? and just to make sure what version of fluxer is this both the canary version and the canary build
to change the audio source you have to manually restart the stream
if u're capturing the entire system audio, other users in the call will hear themselves which isn't ideal, but i think this is a venmic issue as this also happens on vesktop/equibop
to change the audio source you have to manually restart the stream
if u're capturing the entire system audio, other users in the call will hear themselves which isn't ideal, but i think this is a venmic issue as this also happens on vesktop/equibop
Canary is up to 0.0.44 I would update to that as it has changed a bit.
Changing audio source has already been reported here
https://feedback.fluxer.com/p/549
There are extra options for the audio sharing like the mic fix, and make sure you aren't using any mic filter apps like easy effects as that causes a loopback problem with the venmic screenshare audio.
RexSystem1 voteoriginally by @claymorwan on GitHub
ok that explains it, well for the audio sharing other users mic, i think it's related to venmic since it also occurs on vesktop/equibop so i'm gonna ask for help over there, and since the audio source change has been reported then it's all good then
49 comments
Comment by Rex
Comment by @ValuedEmployee
Comment by @Enovale
Comment by @M0n7y5
Comment by @Vorelan
Comment by @dekotale
Comment by @spectrapulse
Comment by @Techwizz-somboo
Comment by @HumpityDumpityDumber
Comment by @gre4kapi
[selectDisplayMediaSource] Source not found: window:5:0Comment by @polarvogel
Comment by @sull324
Comment by @AstralPhnx
Comment by @MattyKatos
Comment by @laptoppe
Comment by @PurifierUnit
Comment by @sucrettae
refactorbranch, I managed to build the electron app and it worked with no additional changes WM: Hyprland Distro: CachyOSComment by @fenbyte
Off-topic comment by @sucrettae
npx electron-builder --config electron-builder.config.cjs -linfluxer_desktopHOWEVER, you need to remove :scripts/build.mjsat line 85 as well as the entiredesktopproperty inelectron-builder.config.cjsat line 148Comment by @fenbyte
552708411-abc9c0af-7f7b-4503-9fe7-1a99b3c52b5b.png
141×42 | 2 kB
Comment by @claymorwan
Off-topic comment by @000yesnt
Comment by @sucrettae
refactorbranch image --------- Kernel: Linux 6.19.2-2-cachyos WM: niri 25.11 (Wayland) pipewire Compiled with libpipewire 1.4.10 Linked with libpipewire 1.4.10553008026-b2cf7542-b0d5-432c-8e77-4838dea3edfb.png
3430×1376 | 484 kB
Comment by @claymorwan
Off-topic comment by @sucrettae
Off-topic comment by @roufpup
Off-topic comment by @claymorwan
Off-topic comment by @claymorwan
Comment by @MonsieurPoole
553008026-b2cf7542-b0d5-432c-8e77-4838dea3edfb.png
3430×1376 | 484 kB
Comment by @TheHeroBrine422
Off-topic comment by @claymorwan
Comment by @claymorwan
Comment by @pollux78
Comment by @NexusMcNexis
Comment by @pollux78
Comment by @NexusMcNexis
Comment by @pollux78
Comment by @pollux78
Comment by @claymorwan
Comment by @pollux78
Comment by @MonsieurPoole
Comment by @claymorwan
Comment by @pollux78
Comment by @claymorwan
latestwith a version number. Anyway it don't seem to work tho on my package sadly, no idea why tho cuz it works with the appimage 583800779-2eeb1b75-cb72-49ba-8647-d42c79e94bef.mp4Comment by @pollux78
Comment by @claymorwan
Comment by @pollux78
Comment by @claymorwan
Comment by @claymorwan