When the Shared Clipboard is disabled, a copy operation on the host clears the guest's clipboard => Fixed in SVN

[fth0]

On a host OS with a supported clipboard (e.g. Windows 10 21H1, Linux Mint 20), create a VM with a guest OS with a supported clipboard (e.g. Windows 10 21H1, Linux Mint 20), and leave the Shared Clipboard disabled. Open a text editor on the host and in the guest (e.g. Notepad++, xed) and type some text in each editor. Then proceed as follows:

First, select text inside the guest OS, press Ctrl-C, deselect the text and press Ctrl-V to verify that the local clipboard works as expected. Next, select text on the host OS and press Ctrl-C. Finally, press Ctrl-V inside the guest OS to see that the clipboard contents have been cleared.

Conclusion: A copy operation on the host clears the guest's clipboard. This does not happen the other way around, so a copy operation in the guest does not clear the host's clipboard. Is this behavior deliberate or a bug?

[galitsyn]

Hi fth0,

This issue should be fixed. Could you please try one of the Latest 6.1.x test builds from https://www.virtualbox.org/wiki/Testbuilds?

[fth0]

I can confirm that this issue is fixed in VirtualBox-6.1.27-147118-Linux_amd64.run. I could test the Windows version of VirtualBox 6.1.28 after its release if necessary, but I believe you're doing a good job. ;) Let me know if you want me to check nonetheless.

[fth0]

The VirtualBox 6.1.28r147628 release update fixed this issue as well.