This is still WIP, but will definitely get an option before it’s enabled by default. I too much prefer apps just following my configured placement policy.

It’s an issue from a change made a year ago, which you were just unlucky to hit (and indeed mostly hits Arch, because of live updates).

It’s been fixed in 6.4.1, won’t happen again.

It was just moved into a separate repository, nothing’s changed about it

No, nothing has been changed. You can opt in to default to copy because a lot of users asked for it. The default behavior is the exact same it’s been ~forever.

Why would it?

No

Then just change the rule to not include the debug console…

There are for-profit companies that hire devs to work on open source projects?

Tons of them, yes. Most big companies you know even - Google, Facebook, Amazon, Apple, RedHat/IBM, Valve, Intel, AMD, even NVidia.

Are they earning money with something else or how do they make money from this?

Some of them do support contracts (RedHat), some make money with data server services (Amazon, Google), some sell hardware and the software is drivers, or an incentive for people to buy more hardware (Intel, AMD, NVidia).

In Tech Paladin’s case, Valve uses KDE software on their Steam Deck, so they want it well maintained, features they like added and bugs they care about fixed. To make that happen, you have to either hire people yourself, or pay another company to take care of it. Valve does the latter with a lot of the open source projects they use.

Yes, it’s a bug that was fixed in 6.3.2

why is Xwayland not just automatically shunting the actual directive to set the permission over to xdg-desktop-portal, which you say can correctly handle this, on kde.

It is doing that. It just doesn’t give the portal any information at all - neither that the request is coming from Xwayland, nor what X11 app is trying to emulate input.

Like I said, the feature has been really poorly thought out.

How can it be the case that XWayland can grant you an app temporary permission, but not permanent?

It keeps the handle around until the X11 app’s process exits, then it’s gone. It’s how all on-demand permissions work, unless you do special stuff to restore it later without user interaction.

that or Bazzite is doing some kind of special something that others are not.

Yes, they patch permission prompts out entirely. They do that on their KDE edition too.

xdg-desktop-portal-gnome has actually properly been updated to handle this, whereas xdg-desktop-portal-kde has not.

No, that’s completely wrong. Like I said, Xwayland doesn’t remember the permission, which xdg-desktop-portal-kde would very much support.

You get the exact same prompts every single time on Gnome too.

The problem has persisted for years

This feature hasn’t existed for years, it’s quite new.

This has absolutely nothing to do with GTK or system trays, and it is in no way or form specific to KDE Plasma or a bug in it. It’s an Xwayland feature that was poorly thought out and that’s challenging to work around.

kde on wayland issue is making it pop up over and over again

Unfortunately it’s an Xwayland issue. It doesn’t remember the permission, and it also doesn’t give the desktop any information to work around it. Because of how portals work, the desktop doesn’t even know the request is coming from Xwayland :/

Screen mirroring is kinda shitty rn, this might get fixed with future changes for Plasma 6.4 (which make it less shitty in general). It’s probably worth fixing this as a separate thing for 6.3 though, so please make a bug report about this for KWin at bugs.kde.org

KWin had the shortcut built in and enabled by default at some point, but I removed it, for Plasma 6 IIRC. If shortcuts still work, you can switch to a different tty and execute kwin_wayland --replace for a similar effect - which you can’t hit accidentally and which might not crash all the apps with it.

fully up to date Debian Stable

Now that’s quite the oxymoron… Debian stable is on Plasma 5.27.5, that’s 6 bugfix-only releases behind the upstream 5.27 branch, which itself is very old by now and has seen its last release almost a year ago.

That all is to say, if you want to avoid crashes, avoid Debian stable.

It’s not a shortcut configured by us, but a thing Xorg does specifically. Be grateful it doesn’t require editing Xorg configs…