https://bugs.kde.org/show_bug.cgi?id=417590
tagwer...@innerjoin.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tagwer...@innerjoin.org
--- Comment #19 from tagwer...@innerjoin.org ---
Seen in Neon Testing in a guest VM but it is *dependent* on the KVM host
This works:
Configuration and Setup:
Neon-testing-20200204-1039.iso brought up to date 2020/02/22. Klipper
version 5.18.1
Running in a KVM guest. Host is Fedora 31, KDE Spin. Klipper version on
host 5.17.5
Clipboard configured (in host and guest) to "Ignore selection"; that is an
explicit copy command is needed to put something in the clipboard, not just
highlighting some text. Other settings left 'as is'.
Klipper widget running in host and guest and pinned to desktops
Testfile created in guest (with words "one" to "twelve" on separate lines)
and opened with "vi"
Steps to test:
Clear the clipboard history on the host and the guest (repeat if necessary
until it says "Clipboard history is empty")
Highlight and copy each line from the file in turn, watch to see if the
word appears in Klipper's "Clipboard History" (in the guest). As said above,
this works....
This does not work:
Copy the qcow2 image to a system running KDE Spin, Fedora 30, klipper version
5.15.5 and repeat the test:
Observed results:
An unpredictable number of "copies" are needed before the word appears in
the clipboard history. This is not deterministic. An empty entry can appear in
the history as if there's an extra copy being done of a blank line.
The clipboard history on the host can be out of step with the guest
It looks like communication between different versions of klipper on the host
and the guest is affecting cut-and-paste (clipboard history) within the guest.
--
You are receiving this mail because:
You are watching all bug changes.
