Shared Clipboard some time stop working

[bmn]

Sometimes the shared clipboard stops working and I need to reboot the machine or stop and restart VBoxTray.exe. I do not have details on why it happens so I can not put the steps to reproduce the anomaly.

[Frank Mehnert]

When this happens again, please attach a VBox.log file of the VM session.

[bmn]

I have attached the file "VBox.log" taken when I noticed the anomaly.

[bmn]

When this problem occurs, it seems that affect all the running virtual machines and the resolution needs the termination and restarting "VBoxTray.exe" on each machine or restart each machine.

[bmn]

The problem occurs also on VirtualBox 5.0.6

[hmo]

This is actually a long-standing annoyance. It happens in both directions: Sometimes you can copy in one machine but cannot paste into another machine, sometimes even the copying fails. Killing and restarting VboxTray consistently helps. There's nothing in my VBox.log (usually the last item is DHCP address assignment).

[Frank Mehnert]

I think the only solution is to switch to the API which is available in newer versions of Windows. The currently used API is very old, IIRC pre-Windows XP.

[Fab123]

The problem occurs also on VirtualBox 5.0.10

[Frank Mehnert]

Recent Trunk builds switched to the more recent Windows API for clipboard handling. If you like to test something, here is the most recent Trunk build and here is the corresponding Extension Pack. Don't forget to install the new Guest Additions included in this build.

[bmn]

VirtualBox 5.1.2 has the same bug.

[Suncatcher]

Confirmed in 5.0.26 version too.

[Socratis]

@Suncatcher_13

You've been posting comments on everything that has "Clipboard" in the description, and you're linking to your bug report (#15986). This bug here is NOT about a headless operation, so you cannot "confirm or deny" the bug. It simply does not apply; it's not the same bug.

[Suncatcher]

@socratis

The description of the above bug is poor (unlike mine), and there is NO explicit notice if headless mode was involved in it or not. So nobody except the ticket creator can approve or disapprove if this bug is connected to mine. Waiting for the comment of ticket owner.

[Socratis]

Replying to Suncatcher_13:

nobody except the ticket creator approve or disapprove if this bug is connected to mine

Oh, I'm terribly sorry, I didn't realize that this was a closed, by-invitation-only club, between you and the ticket owner... Seriously now? For real?

there is NO explicit notice if headless mode was involved in it or not

You're wrong on that statement. Headless was not involved and here's why. From the bug description, here is a hint:

reboot the machine or stop and restart VBoxTray.exe.

but most importantly, and this is where actual facts come into play, from the VBox.log file:

00:00:02.448777 Executable: C:\Program Files\Oracle\VirtualBox\VirtualBox.exe 
00:00:09.305847 GUI: UIFrameBufferPrivate::NotifyChange: Screen=0, Origin=0x0, Size=1920x976, Sending to async-handler

So, yes, this is not VBoxHeadless running. And your reference is still invalid. So, please don't comment and wake up every ticket under the sun that has a similar description to yours, hoping that you will draw the attention of the developers.

[Suncatcher]

Replying to socratis:

your (commenting) energy can move mountains:) I swear you should change the world!

[par7133_2]

VirtualBox 5.1.6 r110634 Guest: Fedora 24 VBoxGuestAdditions 5.1.7-110797

Shared Clipboard: bidirectional

Sometimes Shared Clipboard stop working

[Socratis]

Replying to par7133_2:

Sometimes Shared Clipboard stop working

"Sometimes" doesn't really help. Post a VBox.log from a run that this happens:

• Start the VM. Not from a saved or suspended state. Clean start.
• Take the steps required to generate/observe the error.
• Shut down the VM. Not suspended, not paused. Complete shut down.
• Right-click on the VM in the VirtualBox Manager. Select "Show Log...".
• Save it (just the first log), ZIP it and attach it in your response.

[Felian]

This issue is still in power.

VirtualBox 6.1.2

Host: Windows 10 (1909)

Guest: Ubuntu 18

It really happens sometimes. Usually it occurs after restoring from suspended VM. When i try to copy from host to guest, it pastes the contents of internal Ubuntu 18 clipboard (what was stored there). When i try to copy from guest to host, sometimes it pastes nothing, sometimes target application hangs (Skype).