Paste is not working on up to date archlinux/wayland/KDE installation. (libreoffice-fresh 6.0.4-1). it used to work with my previous archlinux/X/KDE installation. regards Olivier
It appears it doesn't work with Calligra either.
Related bug https://bugs.kde.org/show_bug.cgi?id=395313
I can't paste text copied from kate running under X11 (started with 'QT_QPA_PLATFORM=xcb kate') into lo writer running natively on Wayland or vice-versa. Context menu of the destination app shows enabled "Paste" entry but it does not work. I use libre office 6.1.2.1, kate 18.08.2. Operating System: Arch Linux KDE Plasma Version: 5.14.1 Qt Version: 5.12.0 beta2 KDE Frameworks Version: 5.51.0
Git commit 6e08fb2fa5f6f2d03d9ad5ef74519295357c6ba2 by Roman Gilg. Committed on 19/02/2019 at 11:24. Pushed by romangilg into branch 'master'. [xwl] Generic X selections translation mechanism with Clipboard support Summary: In this patch an infrastructure is created to represent generic X selections in a Wayland session and use them for data transfers between Xwayland windows and Wayland native clients. The central manager is the DataBridge class, in which Selection objects can be created. This is hard-coded and such a Selection object persists until the end of the session, so no arbitrary selections can be created on the fly. For now the X Clipboard selection is supported, whose corresponding mechanism in the Wayland protocol is just called Selection. A Selection object listens for selection owner changes on the X side and for similar events into the Wayland server interfaces. If a data provider is available a selection source object is created by the Selection object. In case data is requested on the other side, a data transfer is initialized by creating a Transfer object. A Selection keeps track of all transfers and makes sure that they are destroyed when they are finished or in case they idle because of misbehaving clients. The Clipboard class translates the X Clipboard via a proxy window. Selection changes on the Wayland side are listened to through a new signal on the active KWayland seat interface. The previously used X clipboard syncer helper is disabled. The clipboard sync autotest is changed to the new mechanism. Related: bug 395313 Test Plan: Manually and clipboard sync autotest. Reviewers: #kwin Subscribers: zzag, graesslin, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D15061 M +21 -2 CMakeLists.txt M +8 -0 atoms.cpp M +8 -0 atoms.h M +1 -1 autotests/integration/CMakeLists.txt M +4 -0 autotests/integration/kwin_wayland_test.cpp M +17 -7 autotests/integration/xclipboardsync_test.cpp M +4 -0 main_wayland.cpp M +18 -5 wayland_server.cpp M +15 -0 wayland_server.h A +179 -0 xwl/clipboard.cpp [License: GPL (v2)] C +29 -24 xwl/clipboard.h [from: xwl/xwayland.h - 053% similarity] A +106 -0 xwl/databridge.cpp [License: GPL (v2)] A +86 -0 xwl/databridge.h [License: GPL (v2)] A +358 -0 xwl/selection.cpp [License: GPL (v2)] A +138 -0 xwl/selection.h [License: GPL (v2)] A +314 -0 xwl/selection_source.cpp [License: GPL (v2)] A +155 -0 xwl/selection_source.h [License: GPL (v2)] A +506 -0 xwl/transfer.cpp [License: GPL (v2)] A +198 -0 xwl/transfer.h [License: GPL (v2)] M +29 -0 xwl/xwayland.cpp M +17 -0 xwl/xwayland.h https://commits.kde.org/kwin/6e08fb2fa5f6f2d03d9ad5ef74519295357c6ba2
Is the fix already available on neon dev unstable? Situation described in comment 3 is still happening.
Patrick, please re-open, if this is still happening.
really it's fixed \o/ Operating System: KDE neon Developer Edition KDE Plasma Version: 5.15.80 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.0