I’m running Plasma 6 under Wayland (Fedora 40), and whenever I try to screen share something (in Firefox, Discord, etc.) I have to go through the dialog where it asks what you want to share twice. I see some mentions of this online from the Plasma 5 era, but the threads all seem to say it’s resolved. What am I missing here? Firefox is running under Wayland, not Xwayland.
I’ve had to do this since the Plasma 6 update as well.
I also similarly have to do this to share my screen (in wayland at least).
For example, in discord I select “share screen” and the Plasma screenshare dialogue pops up. Select “screen”, discord’s dialogue pops up, additionally asking which I want to stream, (application, screen). Select “screen”, but then the Plasma dialogue pops up again and asks which I want to stream. Select “screen” and it works.
Interestingly, I can select whatever I like (screen, relevant application, different application) in plasma’s first dialogue and it doesn’t matter so long as I select the correct thing to be screenshared in discord’s and plasma’s next dialogue. Could be relevant, could be irrelevant, I’m not sure.
Ideally only one dialogue would be used, but I understand 2 might be needed (1 for Plasma, 1 for discord). However, it is strange that I have to go through 3 dialogues, seems redundant.
I have the same issue exactly. Though I’ve always had it both with Plasma 5 and now with plasma 6 as well.
I have had this issue as well for some time on Wayland. Does anyone know of a bug report that can be followed?
Operating System: Fedora Linux 41
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.0
Kernel Version: 6.11.10-300.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × 12th Gen Intel® Core™ i9-12900KS
Memory: 124.8 GiB of RAM
Graphics Processor: AMD Radeon RX 6600 XT
Manufacturer: ASUS
Hi - looks like one has been filed here: 496003 – Double prompt to select display when launching screen sharing in XWayland applications
There must be some specific combination of applications and system config circumstances that leads to this one, as I couldn’t reproduce it personally when screensharing in a Google Meet meeting using Vivaldi (XWayland).
My issue may be different then, though the behavior appears to be exactly the same. I’m screen sharing between two native Wayland applications. In my case I’ve tried the following combinations and the behavior is the same for both:
- Slack (Electron) to Chrome (both running with --ozone-platform=wayland)
- Chrome to Chrome
So your experience is with, say, choosing from within Slack to share a Chrome window, is that right?
Does anything that looks potentially related show up in your system journal logs when that happens, like any portal-related errors, perhaps? (Just thinking if there are any clues left there about why that’s happening)
It looks like I can no longer replicate this when sharing a window with Chrome (e.g. Google Meet). It works great, only one selection required (though I’m positive the behavior used to be as described).
Slack still has the same behavior. Since Slack is an Electron app, perhaps this was a Chromium issue that has relatively recently been fixed, and the fix will eventually make its way to all the various Electron apps.
I don’t see anything obvious in the journal.
I found and commented on issue 30652 in the Electron repository. Sorry I don’t have permissions to include the link.