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…

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 :/

That’s not right. Most monitors use 8 bits per color / 24 bits per pixel, though some are still using 6 bpc / 18bpp.

HDR doesn’t mean or really require more than 8bpc, it’s more complicated than that. To skip all the complicated details, it means more brightness, more contrast and better colors, and it makes a big difference for OLED displays especially.

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…

Please make a bug report to KWin about that issue then, and attach one of the ICC profiles you tried to the bug report. Maybe something’s wrong in KWin’s profile parsing and it gets silently ignored.

regardless, the whole point of my og comment was color management protocol isn’t only hdr stuff

Yes, nothing wrong with that.

like how color profiles are under ‘color management’ in the system settings you’re telling me to use

No, I’m telling you to use the display settings. The color management page is hidden on Wayland starting with Plasma 6.3, because it’s misleading and confusing.

the wiki says

The wiki is very outdated, it’s about Plasma 5.

No, colord does not handle color profiles on Wayland. You need to set the profile in the display settings.

If you have an ICC profile that doesn’t work, please make a bug report about it for KWin.

This protocol isn’t relevant for your compositor to apply an ICC profile. If you’re using KDE Plasma, you can just select it in the settings. I think Sway allows that now too. If you’re on Gnome, you’ll need to wait.

long press for imitating a right click, but text selection with popup copy/paste/etc buttons would also be useful.

Unfortunately that’s not something that can be done system wide, apps have to handle that themselves.

afaik not packaged for any distro

It’s packaged in every widely used distro.

and

Then you’re using Xorg, not Wayland.