KDE Wayland compositor fails on Mozilla testsuite clipboard tests.

Failing tests:

MOZ_ENABLE_WAYLAND=1 ./mach mochitest toolkit/components/extensions/test/mochitest/

Do you know if it's a compositor bug or a client-side bug? We got a few bug reports about clipboard stopping work in gtk apps. I spent some time debugging it and from what I can tell, gdk receives the send event and schedules retrieving data with the requested mime, but it never writes the data to the file descriptor (most likely, getting data with the requested mime stucks somewhere).

If you run plasma, you could easily reproduce that issue by opening kwin's debug console (alt+space, and type "kwin") and navigating to the "clipboard" tab, it will show both clipboard and primary selections with value per announced mime.

Not sure but I'd say it's gtk/compositor bug (not a Firefox one) as Firefox uses standard gtk cliboard calls without any modifications so I think the errors may be reproducible with any gtk based applications. Also works on mutter.

(In reply to Vlad Zahorodnii [:zzag] from comment #2)

Do you know if it's a compositor bug or a client-side bug? We got a few bug reports about clipboard stopping work in gtk apps. I spent some time debugging it and from what I can tell, gdk receives the send event and schedules retrieving data with the requested mime, but it never writes the data to the file descriptor (most likely, getting data with the requested mime stucks somewhere).

We has similar bug on custom clipboard Firefox backend and we had to call wl_display_flush() before reading any data from fd.