I can copy every part of text from the main text view in a Wayland session without problems but not text from the inputline. The paste is not accepted by Chrome and going back to Konversation the clipboard content is gone. It shows (pasted to) LibreOffice, that the paste is HTML.
Is this with the Qt Quick UI or the QWidget UI?
Input line text cannot be pasted in XWayland window (tried Chromium, Firefox) but can be pasted normally into Kate, text can also be pasted into LibreOffice with comments lines '<!--StartFragment-->' and '<!--EndFragment-->' libreoffice-fresh-6.0.4-2 Plasma: 5.13.1 Apps: 18.04.2 Frameworks: 5.47.0 Qt: 5.11.1 Kernel: 4.18.0-1-MANJARO OS: Netrunner Rolling Video: Intel 4400 Driver: xf86-video-intel 1:2.99.917+831+ge7bfc906-1 Mesa 3D: 18.1.2 Screen: 1600x900 Xorg: 1.20 Wayland: 1.15.0-1 Wayland Protocols: 1.14-1
Just a heads up: https://phabricator.kde.org/D15061 fixes the bug.
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 394765 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