Wayland primary selection interoperability with GTK clients

[Sandro Knauß]

Hey,

I try to get this working on Debian. So I filed a bug against gtk:
https://bugs.debian.org/977693

But I got the answer that there is 3.24.24 released with the requested patch 
included. But still I cannot use primary selection between Firefox and 
Konsole. It seems that there is still something missing to get this working.

What we have currently in Debian:
Frameworks 5.74 (will upgrade to 5.77 soon)
Plasma 5.20.5
Gtk 3.24.24

regards,

hefee

Here is the answer from Gtk mantainers:

> currently it is impossible to use middle click pasting between Wayland 
> clients and GTK clients running on XWayland, like for example Chromium 
> and Firefox on Plasma Desktop.

Are you sure this isn't already present in testing and unstable's
libgtk-3-0? The primary-selection-unstable-v1 protocol was mentioned in
the upstream NEWS file for 3.24.24.

> Upstream GTK developer Emmanuele Bassi said that there are no more gtk3 
> dot releases planned (at least not before GTK 4.0 is released). 

That seems to be outdated information: GTK 4.0.0 has been released now
(I uploaded it to experimental NEW since it has a new SONAME and needs
a newer version of Pango), and a 3.24.24 point release also happened.

> Emmanuale recommends cherry-picking this patch from the gtk-3-24 stable 
> branch to distro packages:
>
> https://gitlab.gnome.org/GNOME/gtk/-/commit/
9a693c7228a88b76a007aed41b101d89d084cf9b

That's included in 3.24.24, in testing since 2020-12-14.

> To verify that the patch works:
> 1. Log into a Plasma Wayland session

I'll try to test this at some point, but it's very likely to be quicker
for a Plasma user to upgrade their GTK 3 version than it is for me to
install Plasma.

This is not a fully interoperable protocol until it's declared stable
by the Wayland developers, and the stable version is implemented by GTK,
Plasma, GNOME Shell, and any other relevant toolkits such as Qt. However,
it seems to be very similar to the older GTK-specific primary selection
interface (perhaps identical except for changing the names), so hopefully
having the GTK version, the standardized unstable version and a future
standardized stable version all exist in parallel for a few months/years
won't be a significant maintenance burden for the various projects
involved.

It would probably be pragmatic for Plasma to implement the GTK-specific
interface too, at least for a while, if they're as similar as they seem
to be from the GTK change - that would make sure it interoperates with
older GTK versions, for instance in Flatpak/Snap apps that are stuck on
an older runtime, apps from a Debian 10 chroot, or the Debian-10-based
Steam Runtime.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/distributions/attachments/20201220/2493609a/attachment.sig>