VirtualBox

Opened 9 years ago

Last modified 4 years ago

#14645 new defect

Shared Clipboard some time stop working

Reported by: bmn Owned by:
Component: clipboard Version: VirtualBox 5.0.4
Keywords: Clipboard Shared Cc:
Guest type: Windows Host type: Windows

Description

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.

Attachments (1)

VBox.log (85.3 KB ) - added by bmn 8 years ago.

Download all attachments as: .zip

Change History (18)

comment:1 by Frank Mehnert, 9 years ago

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

by bmn, 8 years ago

Attachment: VBox.log added

comment:2 by bmn, 8 years ago

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

comment:3 by bmn, 8 years ago

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.

comment:4 by bmn, 8 years ago

The problem occurs also on VirtualBox 5.0.6

comment:5 by hmo, 8 years ago

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).

comment:6 by Frank Mehnert, 8 years ago

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.

comment:7 by Fab123, 8 years ago

The problem occurs also on VirtualBox 5.0.10

Last edited 8 years ago by Fab123 (previous) (diff)

comment:8 by Frank Mehnert, 8 years ago

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.

comment:9 by bmn, 8 years ago

VirtualBox 5.1.2 has the same bug.

comment:10 by Suncatcher, 7 years ago

Confirmed in 5.0.26 version too.

comment:11 by Socratis, 7 years ago

@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.

comment:12 by Suncatcher, 7 years ago

@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.

Last edited 7 years ago by Suncatcher (previous) (diff)

in reply to:  12 ; comment:13 by Socratis, 7 years ago

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.

Last edited 7 years ago by Socratis (previous) (diff)

in reply to:  13 comment:14 by Suncatcher, 7 years ago

Replying to socratis:

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

comment:15 by par7133_2, 7 years ago

VirtualBox 5.1.6 r110634 Guest: Fedora 24 VBoxGuestAdditions 5.1.7-110797

Shared Clipboard: bidirectional

Sometimes Shared Clipboard stop working

in reply to:  15 comment:16 by Socratis, 7 years ago

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.

comment:17 by Felian, 4 years ago

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).

Last edited 4 years ago by Felian (previous) (diff)
Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use