Ticket #20487 (new defect)
When the Shared Clipboard is disabled, a copy operation on the host clears the guest's clipboard => Fixed in SVN
Reported by: | fth0 | Owned by: | |
---|---|---|---|
Component: | clipboard | Version: | VirtualBox 6.1.26 |
Keywords: | Cc: | ||
Guest type: | all | Host type: | all |
Description
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?
Change History
comment:2 Changed 20 months ago by 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.
comment:3 Changed 20 months ago by galitsyn
- Summary changed from When the Shared Clipboard is disabled, a copy operation on the host clears the guest's clipboard to When the Shared Clipboard is disabled, a copy operation on the host clears the guest's clipboard => Fixed in SVN
comment:4 Changed 20 months ago by fth0
The VirtualBox 6.1.28r147628 release update fixed this issue as well.
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?