[Wayland-bugs] [Bug 759626] Clipboard (copy-and-paste) Wayland→Wayland or Wayland→X11 from closed applications is broken

[gtk+ (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=759626

Michael Catanzaro <mcatanzaro at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mcatanzaro at gnome.org

--- Comment #2 from Michael Catanzaro <mcatanzaro at gnome.org> ---
(In reply to Olivier Fourdan from comment #1)
> Carlos, can we have data remaining after a client is gone? The selection
> data offer ends with the client, doesn't it?

Yes, there is currently no equivalent of a clipboard manager in Wayland. But
there's fundamentally no reason it couldn't exist. That role would belong to
mutter, of course. We would need to add a Wayland request that says "hey
compositor, eat my clipboard now please and thank you," probably
wl_data_source::store with no parameters. I think that would probably be
upstreamable. Then, trigger that from gtk_wayland_display_store_clipboard() and
flip the return value of gdk_wayland_display_request_selection_notification().
mutter would then drain the wl_data_source (triggering wl_data_source::send in
the client) for each supported MIME type (inefficient, but that's the nature of
clipboard managers, right?), and use it to respond to any future
wl_data_offer::receive requests from other clients. We really ought to do
something along these lines sooner or later, as users do not expect clipboard
data to disappear when an app is closed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20160517/83547a3a/attachment.html>