﻿ticket	summary	version	type	created	modified	_changetime	_description	_reporter
21212	Copying URL from guest to host causes the VM to crash (SharedClipboard)	VirtualBox-7.0.2	defect	2022-10-28T16:16:20Z	2023-02-05T12:13:10Z	2023-02-05T12:13:10Z	"Host OS: Fedora Linux 36 x64 X11 (Xorg) kernel 5.19.16
Guest OS: Windows XP Professional x86 (with Microsoft Premier Extended Support Updates 'till July 2019)
Bug: Copying URL from guest to host causes the VM to crash

Bug Description:
When Shared Clipboard is enabled, it's possible to copy text from guest to host and vice versa, however when ""particular"" things like URL and other particularly formatted texts are copied (like from Chrome etc) those fail to be converted properly and therefore cannot be pasted to the host. On top of that, this might lead the guest to crash, which of course is bad.

To highlight the relevant portion of the logs, I'd say that this should give a pretty good insight:


{{{
08:37:22.815753 Shared Clipboard: Signalling host about guest clipboard data failed with VERR_NOT_FOUND
08:37:22.816014 Shared Clipboard: Signalling host about guest clipboard data failed with VERR_NOT_FOUND
08:37:22.816241 Shared Clipboard: Signalling host about guest clipboard data failed with VERR_NOT_FOUND
08:37:22.816442 Shared Clipboard: Signalling host about guest clipboard data failed with VERR_NOT_FOUND
08:37:22.816727 Shared Clipboard: Signalling host about guest clipboard data failed with VERR_NOT_FOUND
08:37:22.816894 Shared Clipboard: Signalling host about guest clipboard data failed with VERR_NOT_FOUND
08:37:52.813496 Shared Clipboard: Requesting data in format 0x1 for X11 host failed with VERR_TIMEOUT
08:37:52.813528 Shared Clipboard: Converting VBox formats 'UNICODETEXT' to 'UTF8_STRING' for X11 (idxFmtX11=1, fmtX11=3, atomTarget='UTF8_STRING') failed, rc=VERR_TIMEOUT
08:38:22.814024 Shared Clipboard: Error reading host clipboard data from X11, rc=VERR_TIMEOUT
08:38:22.814071 Shared Clipboard: Reading host clipboard data failed with VERR_TIMEOUT
08:38:22.814101 Shared Clipboard: Requesting data in format 0x1 for X11 host failed with VERR_TIMEOUT
08:38:22.814156 Shared Clipboard: Converting VBox formats 'UNICODETEXT' to 'UTF8_STRING' for X11 (idxFmtX11=1, fmtX11=3, atomTarget='UTF8_STRING') failed, rc=VERR_TIMEOUT
08:38:22.814179 Shared Clipboard: Converting X11 format 'UTF8_STRING' (idxFmtX11=1) to VBox format 0x1 failed, rc=VERR_NO_DATA
}}}

To put this into context, I was trying to copy the following URL from Chrome Canary via an RDP session from a Windows XP VM:

"	FranceBB
20758	Crash due to uncaught exception 'NSInvalidArgumentException'	VirtualBox 6.1.30	defect	2022-01-03T23:19:27Z	2022-12-12T15:41:13Z	2022-12-12T15:41:13Z	"I get from time to time the following crash (here the crash handler of MacOS is involved).

Looks like a clipboard problem according to the call stack but I am not sure.
{{{
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               VirtualBoxVM [1079]
Path:                  /Applications/VirtualBox.app/Contents/Resources/VirtualBoxVM.app/Contents/MacOS/VirtualBoxVM
Identifier:            org.virtualbox.app.VirtualBoxVM
Version:               6.1.30 (6.1.30)
Code Type:             X86-64 (Native)
Parent Process:        VBoxSVC [1076]
Responsible:           VirtualBox [1071]
User ID:               501

Date/Time:             2021-12-27 21:17:06.9821 +0100
OS Version:            macOS 12.1 (21C52)
Report Version:        12
Bridge OS Version:     6.1 (19P647)
Anonymous UUID:        D0955692-800B-A779-8417-3D8A9A1CE55E

Sleep/Wake UUID:       7A903436-75D5-4BA1-9615-DE85095D92ED

Time Awake Since Boot: 97000 seconds
Time Since Wake:       15414 seconds

System Integrity Protection: enabled

Crashed Thread:        11  SHCLIP

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Application Specific Information:
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFArray objectAtIndex:]: index (2) beyond bounds (0)'
terminating with uncaught exception of type NSException
abort() called


Application Specific Backtrace 0:
0   CoreFoundation                      0x00007ff818d0af0b __exceptionPreprocess + 242
1   libobjc.A.dylib                     0x00007ff818a6bb9d objc_exception_throw + 48
2   CoreFoundation                      0x00007ff818dc6434 _CFThrowFormattedException + 202
3   CoreFoundation                      0x00007ff818dc7763 _NSArrayRaiseInsertNilException + 0
4   CoreFoundation                      0x00007ff818c4efdc -[__NSCFArray objectAtIndex:] + 154
5   HIServices                          0x00007ff81e6d1672 _ZL11IndexToItemP19OpaquePasteboardRefl + 195
6   HIServices                          0x00007ff81e6d158f PasteboardGetItemIdentifier + 170
7   VBoxSharedClipboard.dylib           0x0000000127eab05a VBoxHGCMSvcLoad + 18602
8   VBoxSharedClipboard.dylib           0x0000000127eaac1e VBoxHGCMSvcLoad + 17518
9   VBoxRT.dylib                        0x0000000108d6c5ac RTThreadSelfAutoAdopt + 1788
10  VBoxRT.dylib                        0x0000000108e27ecc RTThreadGetExecutionTimeMilli + 396
11  libsystem_pthread.d


Thread 0::  Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	    0x7ff818b8baba mach_msg_trap + 10
1   libsystem_kernel.dylib        	    0x7ff818b8be2b mach_msg + 59
2   CoreFoundation                	    0x7ff818c8faf2 __CFRunLoopServiceMachPort + 319
3   CoreFoundation                	    0x7ff818c8e1cb __CFRunLoopRun + 1325
4   CoreFoundation                	    0x7ff818c8d5dd CFRunLoopRunSpecific + 563
5   HIToolbox                     	    0x7ff8218c04f1 RunCurrentEventLoopInMode + 292
6   HIToolbox                     	    0x7ff8218c0247 ReceiveNextEventCommon + 587
7   HIToolbox                     	    0x7ff8218bffe5 _BlockUntilNextEventMatchingListInModeWithFilter + 70
8   AppKit                        	    0x7ff81b6bcb4c _DPSNextEvent + 886
9   AppKit                        	    0x7ff81b6bb1b8 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1411
10  AppKit                        	    0x7ff81b6ad5a9 -[NSApplication run] + 586
11  libqcocoa.dylib               	       0x1094e8eed QCocoaEventDispatcher::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 2205
12  QtCoreVBox                    	       0x109ad7791 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 401
13  QtCoreVBox                    	       0x109adbb4a QCoreApplication::exec() + 346
14  VirtualBoxVM.dylib            	       0x10879042e TrustedMain + 1502
15  VirtualBoxVM                  	       0x1084aef01 0x1084ab000 + 16129
16  dyld                          	       0x10ddba4fe start + 462

Thread 1:: nspr-1
0   libsystem_kernel.dylib        	    0x7ff818b93e4a __select + 10
1   VBoxXPCOM.dylib               	       0x108b4f8a0 0x108ac5000 + 567456
2   VBoxXPCOM.dylib               	       0x108b516e5 PR_Poll + 1061
3   VBoxXPCOMIPCC.dylib           	       0x10aa4de75 0x10aa3b000 + 77429
4   VBoxXPCOM.dylib               	       0x108b56a96 0x108ac5000 + 596630
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 2:: nspr-2
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxXPCOM.dylib               	       0x108b54dfe PR_WaitCondVar + 254
3   VBoxXPCOM.dylib               	       0x108b552ad PR_Wait + 61
4   VBoxXPCOMIPCC.dylib           	       0x10aa467b8 0x10aa3b000 + 47032
5   VBoxXPCOM.dylib               	       0x108b291f9 0x108ac5000 + 410105
6   VBoxXPCOM.dylib               	       0x108b56a96 0x108ac5000 + 596630
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 3:: VBoxSVCWatcher
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23f3c RTSemEventWait + 364
3   VBoxC.dylib                   	       0x1129c0da1 0x1128c7000 + 1023393
4   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
5   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 4:: UIMainEventListeningThread
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxXPCOM.dylib               	       0x108b54de7 PR_WaitCondVar + 231
3   VBoxXPCOM.dylib               	       0x108b552ad PR_Wait + 61
4   VBoxXPCOMIPCC.dylib           	       0x10aa4071b 0x10aa3b000 + 22299
5   VBoxXPCOMIPCC.dylib           	       0x10aa403ed 0x10aa3b000 + 21485
6   VBoxXPCOMIPCC.dylib           	       0x10aa45039 0x10aa3b000 + 41017
7   VBoxXPCOM.dylib               	       0x108b382ed 0x108ac5000 + 471789
8   VBoxXPCOM.dylib               	       0x108b374eb 0x108ac5000 + 468203
9   UICommon.dylib                	       0x10e140642 CEventSource::GetEvent(CEventListener const&, int) + 162
10  UICommon.dylib                	       0x10df53a37 0x10de6d000 + 944695
11  QtCoreVBox                    	       0x10991d96b 0x1098f4000 + 170347
12  libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
13  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 5:: UIMainEventListeningThread
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23f3c RTSemEventWait + 364
3   VBoxC.dylib                   	       0x11290c0d0 0x1128c7000 + 282832
4   VBoxC.dylib                   	       0x11290d2fd 0x1128c7000 + 287485
5   VBoxC.dylib                   	       0x112aa202a 0x1128c7000 + 1945642
6   UICommon.dylib                	       0x10e140642 CEventSource::GetEvent(CEventListener const&, int) + 162
7   UICommon.dylib                	       0x10df53a37 0x10de6d000 + 944695
8   QtCoreVBox                    	       0x10991d96b 0x1098f4000 + 170347
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 6:: UIMainEventListeningThread
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23f3c RTSemEventWait + 364
3   VBoxC.dylib                   	       0x11290c0d0 0x1128c7000 + 282832
4   VBoxC.dylib                   	       0x11290d2fd 0x1128c7000 + 287485
5   VBoxC.dylib                   	       0x112aa202a 0x1128c7000 + 1945642
6   UICommon.dylib                	       0x10e140642 CEventSource::GetEvent(CEventListener const&, int) + 162
7   UICommon.dylib                	       0x10df53a37 0x10de6d000 + 944695
8   QtCoreVBox                    	       0x10991d96b 0x1098f4000 + 170347
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 7:: MainHGCMthread
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxC.dylib                   	       0x112a67e65 0x1128c7000 + 1707621
4   VBoxC.dylib                   	       0x112a68556 0x1128c7000 + 1709398
5   VBoxC.dylib                   	       0x112a6cb0b 0x1128c7000 + 1727243
6   VBoxC.dylib                   	       0x112a67c3f 0x1128c7000 + 1707071
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 8:: EMT
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2a6e6 SUPR3CallVMMR0Ex + 438
4   VBoxVMM.dylib                 	       0x10a569a32 0x10a4bb000 + 715314
5   VBoxVMM.dylib                 	       0x10a5689f1 0x10a4bb000 + 711153
6   VBoxVMM.dylib                 	       0x10a502dbb 0x10a4bb000 + 294331
7   VBoxVMM.dylib                 	       0x10a5681de 0x10a4bb000 + 709086
8   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
9   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
10  libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
11  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 9:: nspr-3
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxXPCOM.dylib               	       0x108b54dfe PR_WaitCondVar + 254
3   VBoxXPCOM.dylib               	       0x108b552ad PR_Wait + 61
4   VBoxXPCOMIPCC.dylib           	       0x10aa467b8 0x10aa3b000 + 47032
5   VBoxXPCOM.dylib               	       0x108b291f9 0x108ac5000 + 410105
6   VBoxXPCOM.dylib               	       0x108b56a96 0x108ac5000 + 596630
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 10:: ShClipboard
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxC.dylib                   	       0x112a67e65 0x1128c7000 + 1707621
4   VBoxC.dylib                   	       0x112a68556 0x1128c7000 + 1709398
5   VBoxC.dylib                   	       0x112a6917d 0x1128c7000 + 1712509
6   VBoxC.dylib                   	       0x112a67c3f 0x1128c7000 + 1707071
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 11 Crashed:: SHCLIP
0   libsystem_kernel.dylib        	    0x7ff818b92112 __pthread_kill + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8214 pthread_kill + 263
2   libsystem_c.dylib             	    0x7ff818b14d10 abort + 123
3   libc++abi.dylib               	    0x7ff818b850b2 abort_message + 241
4   libc++abi.dylib               	    0x7ff818b761fd demangling_terminate_handler() + 266
5   libobjc.A.dylib               	    0x7ff818a73509 _objc_terminate() + 96
6   libc++abi.dylib               	    0x7ff818b844d7 std::__terminate(void (*)()) + 8
7   libc++abi.dylib               	    0x7ff818b86d55 __cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*) + 27
8   libc++abi.dylib               	    0x7ff818b86d1c __cxa_throw + 116
9   libobjc.A.dylib               	    0x7ff818a6bc9b objc_exception_throw + 302
10  CoreFoundation                	    0x7ff818dc6434 _CFThrowFormattedException + 202
11  CoreFoundation                	    0x7ff818dc7763 _NSArrayRaiseBoundException + 82
12  CoreFoundation                	    0x7ff818c4efdc -[__NSCFArray objectAtIndex:] + 154
13  HIServices                    	    0x7ff81e6d1672 IndexToItem(OpaquePasteboardRef*, long) + 195
14  HIServices                    	    0x7ff81e6d158f PasteboardGetItemIdentifier + 170
15  VBoxSharedClipboard.dylib     	       0x127eab05a 0x127ea2000 + 36954
16  VBoxSharedClipboard.dylib     	       0x127eaac1e 0x127ea2000 + 35870
17  VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
18  VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
19  libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
20  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 12:: DragAndDropSvc
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxC.dylib                   	       0x112a67e65 0x1128c7000 + 1707621
4   VBoxC.dylib                   	       0x112a68556 0x1128c7000 + 1709398
5   VBoxC.dylib                   	       0x112a6917d 0x1128c7000 + 1712509
6   VBoxC.dylib                   	       0x112a67c3f 0x1128c7000 + 1707071
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 13:: Timer
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23f3c RTSemEventWait + 364
3   VBoxRT.dylib                  	       0x108e14d0d 0x108c7d000 + 1670413
4   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
5   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 14:: PDMNsTx
0   libsystem_kernel.dylib        	    0x7ff818b8e3da __semwait_signal + 10
1   libsystem_c.dylib             	    0x7ff818aa38a9 nanosleep + 196
2   VBoxRT.dylib                  	       0x108e27f53 RTThreadSleep + 67
3   VBoxVMM.dylib                 	       0x10a657e9a 0x10a4bb000 + 1691290
4   VBoxVMM.dylib                 	       0x10a5293af 0x10a4bb000 + 451503
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 15:: ShFolders
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxC.dylib                   	       0x112a67e65 0x1128c7000 + 1707621
4   VBoxC.dylib                   	       0x112a68556 0x1128c7000 + 1709398
5   VBoxC.dylib                   	       0x112a6917d 0x1128c7000 + 1712509
6   VBoxC.dylib                   	       0x112a67c3f 0x1128c7000 + 1707071
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 16:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	    0x7ff818b8baba mach_msg_trap + 10
1   libsystem_kernel.dylib        	    0x7ff818b8be2b mach_msg + 59
2   CoreFoundation                	    0x7ff818c8faf2 __CFRunLoopServiceMachPort + 319
3   CoreFoundation                	    0x7ff818c8e1cb __CFRunLoopRun + 1325
4   CoreFoundation                	    0x7ff818c8d5dd CFRunLoopRunSpecific + 563
5   AppKit                        	    0x7ff81b82ad98 _NSEventThread + 132
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 17:: GuestControlSvc
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxC.dylib                   	       0x112a67e65 0x1128c7000 + 1707621
4   VBoxC.dylib                   	       0x112a68556 0x1128c7000 + 1709398
5   VBoxC.dylib                   	       0x112a6917d 0x1128c7000 + 1712509
6   VBoxC.dylib                   	       0x112a67c3f 0x1128c7000 + 1707071
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 18:: GuestPropSvc
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxC.dylib                   	       0x112a67e65 0x1128c7000 + 1707621
4   VBoxC.dylib                   	       0x112a68556 0x1128c7000 + 1709398
5   VBoxC.dylib                   	       0x112a6917d 0x1128c7000 + 1712509
6   VBoxC.dylib                   	       0x112a67c3f 0x1128c7000 + 1707071
7   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
8   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
9   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
10  libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 19:: GstPropNtfy
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxRT.dylib                  	       0x108d6a1c2 RTReqQueueProcess + 146
4   VBoxGuestPropSvc.dylib        	       0x1208c6031 0x1208c0000 + 24625
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 20:: VMSVGA FIFO
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxDD.dylib                  	       0x12107af2f 0x120fe5000 + 614191
5   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 21:: Port0
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxDD.dylib                  	       0x1210d8259 0x120fe5000 + 995929
5   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 22:: AioMgr0-N
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxVMM.dylib                 	       0x10a655c5b 0x10a4bb000 + 1682523
4   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
5   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 23:: Port1
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxDD.dylib                  	       0x1210d8259 0x120fe5000 + 995929
5   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 24:: ATA-0
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxDD.dylib                  	       0x1210134a9 0x120fe5000 + 189609
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 25:: ATA-1
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxDD.dylib                  	       0x1210134a9 0x120fe5000 + 189609
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 26:: TaskSet0
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxVMM.dylib                 	       0x10a527f77 0x10a4bb000 + 446327
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 27:: INTNET-RECV
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2a668 SUPR3CallVMMR0Ex + 312
4   VBoxDD.dylib                  	       0x121057858 0x120fe5000 + 469080
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 28:: INTNET-XMIT
0   libsystem_kernel.dylib        	    0x7ff818b8efda __ioctl + 10
1   libsystem_kernel.dylib        	    0x7ff818b8efc7 ioctl + 150
2   VBoxRT.dylib                  	       0x108e324ad 0x108c7d000 + 1791149
3   VBoxRT.dylib                  	       0x108e2f2b7 SUPSemEventWaitNoResume + 135
4   VBoxDD.dylib                  	       0x1210586b0 0x120fe5000 + 472752
5   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 29:: NATRX
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxDD.dylib                  	       0x121131ada 0x120fe5000 + 1362650
4   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 30:: NATURGRX
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxDD.dylib                  	       0x121131b3a 0x120fe5000 + 1362746
4   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 31:: HOSTRES
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxRT.dylib                  	       0x108d6a1c2 RTReqQueueProcess + 146
4   VBoxDD.dylib                  	       0x121131ba1 0x120fe5000 + 1362849
5   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 32:: NAT
0   libsystem_kernel.dylib        	    0x7ff818b921ae poll + 10
1   VBoxDD.dylib                  	       0x121131cdb 0x120fe5000 + 1363163
2   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
3   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
4   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
5   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 33:: CaAud-0
0   libsystem_kernel.dylib        	    0x7ff818b8baba mach_msg_trap + 10
1   libsystem_kernel.dylib        	    0x7ff818b8be2b mach_msg + 59
2   CoreFoundation                	    0x7ff818c8faf2 __CFRunLoopServiceMachPort + 319
3   CoreFoundation                	    0x7ff818c8e1cb __CFRunLoopRun + 1325
4   CoreFoundation                	    0x7ff818c8d5dd CFRunLoopRunSpecific + 563
5   VBoxDD.dylib                  	       0x12112ef35 0x120fe5000 + 1351477
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 34:: AMCP Logging Spool
0   libsystem_kernel.dylib        	    0x7ff818b8baf6 semaphore_wait_trap + 10
1   caulk                         	    0x7ff82164c1c0 caulk::mach::semaphore::wait_or_error() + 16
2   caulk                         	    0x7ff82163308a caulk::concurrent::details::worker_thread::run() + 36
3   caulk                         	    0x7ff821632d4e void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*> > >(void*) + 41
4   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
5   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 35:: USBDevIo--1
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxDD.dylib                  	       0x120ff1f3d 0x120fe5000 + 53053
4   VBoxDD.dylib                  	       0x1210ad38d 0x120fe5000 + 820109
5   VBoxDD.dylib                  	       0x1210a99e2 0x120fe5000 + 805346
6   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
7   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
8   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
9   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 36:: VUsbPeriodFrm
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e249c6 0x108c7d000 + 1735110
3   VBoxDD.dylib                  	       0x1210a7ba3 0x120fe5000 + 797603
4   VBoxVMM.dylib                 	       0x10a5293a3 0x10a4bb000 + 451491
5   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
6   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
7   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 37:: MixAIO-1
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxDD.dylib                  	       0x12111e917 0x120fe5000 + 1284375
4   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
5   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 38:: MixAIO-2
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   VBoxRT.dylib                  	       0x108e23feb RTSemEventWait + 539
3   VBoxDD.dylib                  	       0x12111e917 0x120fe5000 + 1284375
4   VBoxRT.dylib                  	       0x108d6c5ac 0x108c7d000 + 980396
5   VBoxRT.dylib                  	       0x108e27ecc 0x108c7d000 + 1748684
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 39:
0   libsystem_kernel.dylib        	    0x7ff818b8baf6 semaphore_wait_trap + 10
1   caulk                         	    0x7ff82164c1c0 caulk::mach::semaphore::wait_or_error() + 16
2   caulk                         	    0x7ff82163308a caulk::concurrent::details::worker_thread::run() + 36
3   caulk                         	    0x7ff821632d4e void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*> > >(void*) + 41
4   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
5   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 40:: AQConverterThread
0   libsystem_kernel.dylib        	    0x7ff818b8e506 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff818bc8a69 _pthread_cond_wait + 1224
2   libAudioToolboxUtility.dylib  	    0x7ff8254eccd4 CADeprecated::CAGuard::Wait() + 54
3   AudioToolbox                  	    0x7ff82649f089 AQConverterManager::AQConverterThread::ConverterThreadEntry(void*) + 707
4   libAudioToolboxUtility.dylib  	    0x7ff8254cf067 CADeprecated::CAPThread::Entry(CADeprecated::CAPThread*) + 77
5   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 41:: com.apple.audio.IOThread.client
0   libsystem_kernel.dylib        	    0x7ff818b8baba mach_msg_trap + 10
1   libsystem_kernel.dylib        	    0x7ff818b8be2b mach_msg + 59
2   CoreAudio                     	    0x7ff81a80f95b HALB_MachPort::SendSimpleMessageWithSimpleReply(unsigned int, unsigned int, int, int&, bool, unsigned int) + 111
3   CoreAudio                     	    0x7ff81a69e0ff HALC_ProxyIOContext::IOWorkLoop() + 3937
4   CoreAudio                     	    0x7ff81a69cbc1 invocation function for block in HALC_ProxyIOContext::HALC_ProxyIOContext(unsigned int, unsigned int) + 63
5   CoreAudio                     	    0x7ff81a86576c HALB_IOThread::Entry(void*) + 72
6   libsystem_pthread.dylib       	    0x7ff818bc84f4 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff818bc400f thread_start + 15

Thread 42:
0   libsystem_pthread.dylib       	    0x7ff818bc3fec start_wqthread + 0

Thread 43:
0   libsystem_pthread.dylib       	    0x7ff818bc3fec start_wqthread + 0

Thread 44:
0   libsystem_pthread.dylib       	    0x7ff818bc3fec start_wqthread + 0


Thread 11 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x0000700005f7b000  rcx: 0x0000700005f79648  rdx: 0x0000000000000000
  rdi: 0x0000000000013803  rsi: 0x0000000000000006  rbp: 0x0000700005f79670  rsp: 0x0000700005f79648
   r8: 0x0000700005f79510   r9: 0x00007ff818b87fa1  r10: 0x0000000000000000  r11: 0x0000000000000246
  r12: 0x0000000000013803  r13: 0x0000003000000008  r14: 0x0000000000000006  r15: 0x0000000000000016
  rip: 0x00007ff818b92112  rfl: 0x0000000000000246  cr2: 0x00007ff85a422f58
  
Logical CPU:     0
Error Code:      0x02000148 
Trap Number:     133


Binary Images:
    0x7ff818b8b000 -     0x7ff818bc1fff libsystem_kernel.dylib (*) <5aa1e5be-b5b8-3a02-9885-a8c99e0ca378> /usr/lib/system/libsystem_kernel.dylib
    0x7ff818c0f000 -     0x7ff819111fff com.apple.CoreFoundation (6.9) <eab0e216-2a9e-31ce-9164-fdf3ebcf7bd3> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7ff82188e000 -     0x7ff821b85fff com.apple.HIToolbox (2.1.1) <535dbc28-4d26-3609-86bb-5c40227b648c> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
    0x7ff81b67e000 -     0x7ff81c50cfff com.apple.AppKit (6.9) <d23b9681-3764-3298-a716-fbb511dd5a7c> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
       0x1094c6000 -        0x109605fff libqcocoa.dylib (*) <fa226e50-20a3-3c6d-b04e-9262d65300bc> /Applications/VirtualBox.app/Contents/plugins/platforms/libqcocoa.dylib
       0x1098f4000 -        0x109e1bfff org.qt-project.QtCoreVBox (5.6) <3a7a08e0-9422-393e-bd97-fd15e751434c> /Applications/VirtualBox.app/Contents/Frameworks/QtCoreVBox.framework/Versions/5/QtCoreVBox
       0x108789000 -        0x1088acfff VirtualBoxVM.dylib (*) <3a6f5a29-74ff-313c-9220-82612f2b6fc7> /Applications/VirtualBox.app/Contents/MacOS/VirtualBoxVM.dylib
       0x1084ab000 -        0x1084b2fff org.virtualbox.app.VirtualBoxVM (6.1.30) <43e613e0-b296-3de8-92e1-fbee61a51a5e> /Applications/VirtualBox.app/Contents/Resources/VirtualBoxVM.app/Contents/MacOS/VirtualBoxVM
       0x10ddb5000 -        0x10de20fff dyld (*) <cef5a27a-d50b-3020-af03-1734b19bc8c5> /usr/lib/dyld
       0x108ac5000 -        0x108b76fff VBoxXPCOM.dylib (*) <31c4ddec-f9f5-363e-ad9f-b8881543e336> /Applications/VirtualBox.app/Contents/MacOS/VBoxXPCOM.dylib
       0x10aa3b000 -        0x10aa52fff VBoxXPCOMIPCC.dylib (*) <4e46eacb-3d27-3668-8e43-a455d494d839> /Applications/VirtualBox.app/Contents/MacOS/components/VBoxXPCOMIPCC.dylib
       0x108c7d000 -        0x1091e7fff VBoxRT.dylib (*) <05fa665b-b1c8-3f62-861e-1b3579be4a9a> /Applications/VirtualBox.app/Contents/MacOS/VBoxRT.dylib
    0x7ff818bc2000 -     0x7ff818bcdfff libsystem_pthread.dylib (*) <6c7561b4-4b92-3f45-921e-abe669299844> /usr/lib/system/libsystem_pthread.dylib
       0x1128c7000 -        0x112cd5fff VBoxC.dylib (*) <7a8a2b64-5299-3eda-9b9b-85eac8f2d836> /Applications/VirtualBox.app/Contents/MacOS/components/VBoxC.dylib
       0x10de6d000 -        0x10ff1dfff UICommon.dylib (*) <275d65cb-226c-39b5-a840-5143c6007a6b> /Applications/VirtualBox.app/Contents/MacOS/UICommon.dylib
       0x10a4bb000 -        0x10a7c2fff VBoxVMM.dylib (*) <b600b9be-060e-373f-8e33-09248dd2c4b7> /Applications/VirtualBox.app/Contents/MacOS/VBoxVMM.dylib
    0x7ff818a93000 -     0x7ff818b1bfff libsystem_c.dylib (*) <e58814cc-dcb7-35a5-badc-e367ed3ac207> /usr/lib/system/libsystem_c.dylib
    0x7ff818b75000 -     0x7ff818b8afff libc++abi.dylib (*) <129b1912-eeaf-3eea-93be-79e201c13f7c> /usr/lib/libc++abi.dylib
    0x7ff818a56000 -     0x7ff818a8ffff libobjc.A.dylib (*) <2239a869-3275-3e4c-987b-b8afce4520e7> /usr/lib/libobjc.A.dylib
    0x7ff81e6bd000 -     0x7ff81e718fff com.apple.HIServices (1.22) <d8b67d06-a916-3e96-969f-6667a640b18a> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
       0x127ea2000 -        0x127eacfff VBoxSharedClipboard.dylib (*) <4e735b5e-9e79-3671-810a-0ae59f8e4d13> /Applications/VirtualBox.app/Contents/MacOS/VBoxSharedClipboard.dylib
       0x1208c0000 -        0x1208c7fff VBoxGuestPropSvc.dylib (*) <9690915c-4290-3f30-b268-0cedb904c76d> /Applications/VirtualBox.app/Contents/MacOS/VBoxGuestPropSvc.dylib
       0x120fe5000 -        0x121360fff VBoxDD.dylib (*) <5cb81725-cb9b-3972-8892-0d4dfc80466a> /Applications/VirtualBox.app/Contents/MacOS/VBoxDD.dylib
    0x7ff821631000 -     0x7ff821653fff com.apple.audio.caulk (1.0) <e76d1ab3-89c2-3a93-990b-30827fcf89b0> /System/Library/PrivateFrameworks/caulk.framework/Versions/A/caulk
    0x7ff8254c3000 -     0x7ff8254f2fff libAudioToolboxUtility.dylib (*) <425edbb8-5503-3226-baf3-73006a252f9b> /usr/lib/libAudioToolboxUtility.dylib
    0x7ff826469000 -     0x7ff8265a3fff com.apple.audio.toolbox.AudioToolbox (1.14) <56b338e2-0fd3-3fd1-8899-9b2ba2862d60> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
    0x7ff81a4e7000 -     0x7ff81ac0efff com.apple.audio.CoreAudio (5.0) <33f55d9c-eaef-3fbd-add5-ed3e54925762> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 1
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=1.0G resident=0K(0%) swapped_out_or_unallocated=1.0G(100%)
Writable regions: Total=4.1G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=4.1G(100%)

                                VIRTUAL   REGION 
REGION TYPE                        SIZE    COUNT (non-coalesced) 
===========                     =======  ======= 
Accelerate framework               640K        5 
Activity Tracing                   256K        1 
CG backing stores                 2688K        4 
CG image                           348K       31 
CG raster data                    1864K       34 
ColorSync                          232K       27 
CoreAnimation                    145.1M       26 
CoreGraphics                        12K        2 
CoreUI image data                 3536K       27 
Foundation                          40K        2 
Kernel Alloc Once                    8K        1 
MALLOC                             2.0G     3291 
MALLOC guard page                   48K       10 
MALLOC_MEDIUM (reserved)           1.5G       16         reserved VM address space (unallocated)
MALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)
STACK GUARD                       56.2M       45 
Stack                             29.3M       45 
VM_ALLOCATE                       20.4M       52 
VM_ALLOCATE (reserved)              32K        1         reserved VM address space (unallocated)
__DATA                            37.8M      425 
__DATA_CONST                      21.2M      241 
__DATA_DIRTY                      1018K      145 
__FONT_DATA                          4K        1 
__LINKEDIT                       648.5M       35 
__OBJC_RO                         81.8M        1 
__OBJC_RW                         3136K        2 
__TEXT                           397.0M      433 
__UNICODE                          588K        1 
dyld private memory               1024K        1 
mapped file                      376.4M      281 
shared memory                      768K       16 
===========                     =======  ======= 
TOTAL                              5.7G     5203 
TOTAL, minus reserved VM space     3.8G     5203 



-----------
Full Report
-----------

{""app_name"":""VirtualBoxVM"",""timestamp"":""2021-12-27 21:18:29.00 +0100"",""app_version"":""6.1.30"",""slice_uuid"":""43e613e0-b296-3de8-92e1-fbee61a51a5e"",""build_version"":""6.1.30"",""platform"":1,""bundleID"":""org.virtualbox.app.VirtualBoxVM"",""share_with_app_devs"":1,""is_first_party"":0,""bug_type"":""309"",""os_version"":""macOS 12.1 (21C52)"",""incident_id"":""BA1CA984-513B-45A2-A402-E48BC5248827"",""name"":""VirtualBoxVM""}
{
  ""uptime"" : 97000,
  ""procLaunch"" : ""2021-12-17 19:32:29.5176 +0100"",
  ""procRole"" : ""Background"",
  ""version"" : 2,
  ""userID"" : 501,
  ""deployVersion"" : 210,
  ""modelCode"" : ""MacBookPro16,1"",
  ""procStartAbsTime"" : 351367777591,
  ""coalitionID"" : 1054,
  ""osVersion"" : {
    ""train"" : ""macOS 12.1"",
    ""build"" : ""21C52"",
    ""releaseType"" : ""User""
  },
  ""captureTime"" : ""2021-12-27 21:17:06.9821 +0100"",
  ""incident"" : ""BA1CA984-513B-45A2-A402-E48BC5248827"",
  ""bug_type"" : ""309"",
  ""pid"" : 1079,
  ""procExitAbsTime"" : 97525746109729,
  ""cpuType"" : ""X86-64"",
  ""procName"" : ""VirtualBoxVM"",
  ""procPath"" : ""\/Applications\/VirtualBox.app\/Contents\/Resources\/VirtualBoxVM.app\/Contents\/MacOS\/VirtualBoxVM"",
  ""bundleInfo"" : {""CFBundleShortVersionString"":""6.1.30"",""CFBundleVersion"":""6.1.30"",""CFBundleIdentifier"":""org.virtualbox.app.VirtualBoxVM""},
  ""storeInfo"" : {""deviceIdentifierForVendor"":""0B89E2E1-D9B1-5AFE-9E5A-63ED2813F35B"",""thirdParty"":true},
  ""parentProc"" : ""VBoxSVC"",
  ""parentPid"" : 1076,
  ""coalitionName"" : ""org.virtualbox.app.VirtualBox"",
  ""crashReporterKey"" : ""D0955692-800B-A779-8417-3D8A9A1CE55E"",
  ""responsiblePid"" : 1071,
  ""responsibleProc"" : ""VirtualBox"",
  ""wakeTime"" : 15414,
  ""bridgeVersion"" : {""build"":""19P647"",""train"":""6.1""},
  ""sleepWakeUUID"" : ""7A903436-75D5-4BA1-9615-DE85095D92ED"",
  ""sip"" : ""enabled"",
  ""isCorpse"" : 1,
  ""exception"" : {""codes"":""0x0000000000000000, 0x0000000000000000"",""rawCodes"":[0,0],""type"":""EXC_CRASH"",""signal"":""SIGABRT""},
  ""asi"" : {""CoreFoundation"":[""*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFArray objectAtIndex:]: index (2) beyond bounds (0)'""],""libsystem_c.dylib"":[""abort() called""],""libc++abi.dylib"":[""terminating with uncaught exception of type NSException""]},
  ""asiBacktraces"" : [""0   CoreFoundation                      0x00007ff818d0af0b __exceptionPreprocess + 242\n1   libobjc.A.dylib                     0x00007ff818a6bb9d objc_exception_throw + 48\n2   CoreFoundation                      0x00007ff818dc6434 _CFThrowFormattedException + 202\n3   CoreFoundation                      0x00007ff818dc7763 _NSArrayRaiseInsertNilException + 0\n4   CoreFoundation                      0x00007ff818c4efdc -[__NSCFArray objectAtIndex:] + 154\n5   HIServices                          0x00007ff81e6d1672 _ZL11IndexToItemP19OpaquePasteboardRefl + 195\n6   HIServices                          0x00007ff81e6d158f PasteboardGetItemIdentifier + 170\n7   VBoxSharedClipboard.dylib           0x0000000127eab05a VBoxHGCMSvcLoad + 18602\n8   VBoxSharedClipboard.dylib           0x0000000127eaac1e VBoxHGCMSvcLoad + 17518\n9   VBoxRT.dylib                        0x0000000108d6c5ac RTThreadSelfAutoAdopt + 1788\n10  VBoxRT.dylib                        0x0000000108e27ecc RTThreadGetExecutionTimeMilli + 396\n11  libsystem_pthread.d""],
  ""extMods"" : {""caller"":{""thread_create"":0,""thread_set_state"":0,""task_for_pid"":0},""system"":{""thread_create"":0,""thread_set_state"":0,""task_for_pid"":1},""targeted"":{""thread_create"":0,""thread_set_state"":0,""task_for_pid"":0},""warnings"":0},
  ""lastExceptionBacktrace"" : [{""imageOffset"":1031931,""symbol"":""__exceptionPreprocess"",""symbolLocation"":226,""imageIndex"":1},{""imageOffset"":88989,""symbol"":""objc_exception_throw"",""symbolLocation"":48,""imageIndex"":18},{""imageOffset"":1799220,""symbol"":""_CFThrowFormattedException"",""symbolLocation"":202,""imageIndex"":1},{""imageOffset"":1804131,""symbol"":""_NSArrayRaiseInsertNilException"",""symbolLocation"":0,""imageIndex"":1},{""imageOffset"":262108,""symbol"":""-[__NSCFArray objectAtIndex:]"",""symbolLocation"":154,""imageIndex"":1},{""imageOffset"":83570,""symbol"":""IndexToItem(OpaquePasteboardRef*, long)"",""symbolLocation"":195,""imageIndex"":19},{""imageOffset"":83343,""symbol"":""PasteboardGetItemIdentifier"",""symbolLocation"":170,""imageIndex"":19},{""imageOffset"":36954,""imageIndex"":20},{""imageOffset"":35870,""imageIndex"":20},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}],
  ""faultingThread"" : 11,
  ""threads"" : [{""id"":12581,""queue"":""com.apple.main-thread"",""frames"":[{""imageOffset"":2746,""symbol"":""mach_msg_trap"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":3627,""symbol"":""mach_msg"",""symbolLocation"":59,""imageIndex"":0},{""imageOffset"":527090,""symbol"":""__CFRunLoopServiceMachPort"",""symbolLocation"":319,""imageIndex"":1},{""imageOffset"":520651,""symbol"":""__CFRunLoopRun"",""symbolLocation"":1325,""imageIndex"":1},{""imageOffset"":517597,""symbol"":""CFRunLoopRunSpecific"",""symbolLocation"":563,""imageIndex"":1},{""imageOffset"":206065,""symbol"":""RunCurrentEventLoopInMode"",""symbolLocation"":292,""imageIndex"":2},{""imageOffset"":205383,""symbol"":""ReceiveNextEventCommon"",""symbolLocation"":587,""imageIndex"":2},{""imageOffset"":204773,""symbol"":""_BlockUntilNextEventMatchingListInModeWithFilter"",""symbolLocation"":70,""imageIndex"":2},{""imageOffset"":256844,""symbol"":""_DPSNextEvent"",""symbolLocation"":886,""imageIndex"":3},{""imageOffset"":250296,""symbol"":""-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]"",""symbolLocation"":1411,""imageIndex"":3},{""imageOffset"":193961,""symbol"":""-[NSApplication run]"",""symbolLocation"":586,""imageIndex"":3},{""imageOffset"":143085,""symbol"":""QCocoaEventDispatcher::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)"",""symbolLocation"":2205,""imageIndex"":4},{""imageOffset"":1980305,""symbol"":""QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>)"",""symbolLocation"":401,""imageIndex"":5},{""imageOffset"":1997642,""symbol"":""QCoreApplication::exec()"",""symbolLocation"":346,""imageIndex"":5},{""imageOffset"":29742,""symbol"":""TrustedMain"",""symbolLocation"":1502,""imageIndex"":6},{""imageOffset"":16129,""imageIndex"":7},{""imageOffset"":21758,""symbol"":""start"",""symbolLocation"":462,""imageIndex"":8}]},{""id"":12602,""name"":""nspr-1"",""frames"":[{""imageOffset"":36426,""symbol"":""__select"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":567456,""imageIndex"":9},{""imageOffset"":575205,""symbol"":""PR_Poll"",""symbolLocation"":1061,""imageIndex"":9},{""imageOffset"":77429,""imageIndex"":10},{""imageOffset"":596630,""imageIndex"":9},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12603,""name"":""nspr-2"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":589310,""symbol"":""PR_WaitCondVar"",""symbolLocation"":254,""imageIndex"":9},{""imageOffset"":590509,""symbol"":""PR_Wait"",""symbolLocation"":61,""imageIndex"":9},{""imageOffset"":47032,""imageIndex"":10},{""imageOffset"":410105,""imageIndex"":9},{""imageOffset"":596630,""imageIndex"":9},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12604,""name"":""VBoxSVCWatcher"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732412,""symbol"":""RTSemEventWait"",""symbolLocation"":364,""imageIndex"":11},{""imageOffset"":1023393,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12605,""name"":""UIMainEventListeningThread"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":589287,""symbol"":""PR_WaitCondVar"",""symbolLocation"":231,""imageIndex"":9},{""imageOffset"":590509,""symbol"":""PR_Wait"",""symbolLocation"":61,""imageIndex"":9},{""imageOffset"":22299,""imageIndex"":10},{""imageOffset"":21485,""imageIndex"":10},{""imageOffset"":41017,""imageIndex"":10},{""imageOffset"":471789,""imageIndex"":9},{""imageOffset"":468203,""imageIndex"":9},{""imageOffset"":2963010,""symbol"":""CEventSource::GetEvent(CEventListener const&, int)"",""symbolLocation"":162,""imageIndex"":14},{""imageOffset"":944695,""imageIndex"":14},{""imageOffset"":170347,""imageIndex"":5},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12606,""name"":""UIMainEventListeningThread"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732412,""symbol"":""RTSemEventWait"",""symbolLocation"":364,""imageIndex"":11},{""imageOffset"":282832,""imageIndex"":13},{""imageOffset"":287485,""imageIndex"":13},{""imageOffset"":1945642,""imageIndex"":13},{""imageOffset"":2963010,""symbol"":""CEventSource::GetEvent(CEventListener const&, int)"",""symbolLocation"":162,""imageIndex"":14},{""imageOffset"":944695,""imageIndex"":14},{""imageOffset"":170347,""imageIndex"":5},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12616,""name"":""UIMainEventListeningThread"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732412,""symbol"":""RTSemEventWait"",""symbolLocation"":364,""imageIndex"":11},{""imageOffset"":282832,""imageIndex"":13},{""imageOffset"":287485,""imageIndex"":13},{""imageOffset"":1945642,""imageIndex"":13},{""imageOffset"":2963010,""symbol"":""CEventSource::GetEvent(CEventListener const&, int)"",""symbolLocation"":162,""imageIndex"":14},{""imageOffset"":944695,""imageIndex"":14},{""imageOffset"":170347,""imageIndex"":5},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12645,""name"":""MainHGCMthread"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732587,""symbol"":""RTSemEventWait"",""symbolLocation"":539,""imageIndex"":11},{""imageOffset"":1707621,""imageIndex"":13},{""imageOffset"":1709398,""imageIndex"":13},{""imageOffset"":1727243,""imageIndex"":13},{""imageOffset"":1707071,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12646,""name"":""EMT"",""frames"":[{""imageOffset"":16346,""symbol"":""__ioctl"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":16327,""symbol"":""ioctl"",""symbolLocation"":150,""imageIndex"":0},{""imageOffset"":1791149,""imageIndex"":11},{""imageOffset"":1758950,""symbol"":""SUPR3CallVMMR0Ex"",""symbolLocation"":438,""imageIndex"":11},{""imageOffset"":715314,""imageIndex"":15},{""imageOffset"":711153,""imageIndex"":15},{""imageOffset"":294331,""imageIndex"":15},{""imageOffset"":709086,""imageIndex"":15},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12647,""name"":""nspr-3"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":589310,""symbol"":""PR_WaitCondVar"",""symbolLocation"":254,""imageIndex"":9},{""imageOffset"":590509,""symbol"":""PR_Wait"",""symbolLocation"":61,""imageIndex"":9},{""imageOffset"":47032,""imageIndex"":10},{""imageOffset"":410105,""imageIndex"":9},{""imageOffset"":596630,""imageIndex"":9},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12668,""name"":""ShClipboard"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732587,""symbol"":""RTSemEventWait"",""symbolLocation"":539,""imageIndex"":11},{""imageOffset"":1707621,""imageIndex"":13},{""imageOffset"":1709398,""imageIndex"":13},{""imageOffset"":1712509,""imageIndex"":13},{""imageOffset"":1707071,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""triggered"":true,""id"":12669,""name"":""SHCLIP"",""threadState"":{""r13"":{""value"":206158430216},""rax"":{""value"":0},""rflags"":{""value"":582},""cpu"":{""value"":0},""r14"":{""value"":6},""rsi"":{""value"":6},""r8"":{""value"":123145402422544},""cr2"":{""value"":140704642903896},""rdx"":{""value"":0},""r10"":{""value"":0},""r9"":{""value"":140703543361441},""r15"":{""value"":22},""rbx"":{""value"":123145402429440},""trap"":{""value"":133},""err"":{""value"":33554760},""r11"":{""value"":582},""rip"":{""value"":140703543402770,""matchesCrashFrame"":1},""rbp"":{""value"":123145402422896},""rsp"":{""value"":123145402422856},""r12"":{""value"":79875},""rcx"":{""value"":123145402422856},""flavor"":""x86_THREAD_STATE"",""rdi"":{""value"":79875}},""frames"":[{""imageOffset"":28946,""symbol"":""__pthread_kill"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":25108,""symbol"":""pthread_kill"",""symbolLocation"":263,""imageIndex"":12},{""imageOffset"":531728,""symbol"":""abort"",""symbolLocation"":123,""imageIndex"":16},{""imageOffset"":65714,""symbol"":""abort_message"",""symbolLocation"":241,""imageIndex"":17},{""imageOffset"":4605,""symbol"":""demangling_terminate_handler()"",""symbolLocation"":266,""imageIndex"":17},{""imageOffset"":120073,""symbol"":""_objc_terminate()"",""symbolLocation"":96,""imageIndex"":18},{""imageOffset"":62679,""symbol"":""std::__terminate(void (*)())"",""symbolLocation"":8,""imageIndex"":17},{""imageOffset"":73045,""symbol"":""__cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*)"",""symbolLocation"":27,""imageIndex"":17},{""imageOffset"":72988,""symbol"":""__cxa_throw"",""symbolLocation"":116,""imageIndex"":17},{""imageOffset"":89243,""symbol"":""objc_exception_throw"",""symbolLocation"":302,""imageIndex"":18},{""imageOffset"":1799220,""symbol"":""_CFThrowFormattedException"",""symbolLocation"":202,""imageIndex"":1},{""imageOffset"":1804131,""symbol"":""_NSArrayRaiseBoundException"",""symbolLocation"":82,""imageIndex"":1},{""imageOffset"":262108,""symbol"":""-[__NSCFArray objectAtIndex:]"",""symbolLocation"":154,""imageIndex"":1},{""imageOffset"":83570,""symbol"":""IndexToItem(OpaquePasteboardRef*, long)"",""symbolLocation"":195,""imageIndex"":19},{""imageOffset"":83343,""symbol"":""PasteboardGetItemIdentifier"",""symbolLocation"":170,""imageIndex"":19},{""imageOffset"":36954,""imageIndex"":20},{""imageOffset"":35870,""imageIndex"":20},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12670,""name"":""DragAndDropSvc"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732587,""symbol"":""RTSemEventWait"",""symbolLocation"":539,""imageIndex"":11},{""imageOffset"":1707621,""imageIndex"":13},{""imageOffset"":1709398,""imageIndex"":13},{""imageOffset"":1712509,""imageIndex"":13},{""imageOffset"":1707071,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12674,""name"":""Timer"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732412,""symbol"":""RTSemEventWait"",""symbolLocation"":364,""imageIndex"":11},{""imageOffset"":1670413,""imageIndex"":11},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12675,""name"":""PDMNsTx"",""frames"":[{""imageOffset"":13274,""symbol"":""__semwait_signal"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":67753,""symbol"":""nanosleep"",""symbolLocation"":196,""imageIndex"":16},{""imageOffset"":1748819,""symbol"":""RTThreadSleep"",""symbolLocation"":67,""imageIndex"":11},{""imageOffset"":1691290,""imageIndex"":15},{""imageOffset"":451503,""imageIndex"":15},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12801,""name"":""ShFolders"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732587,""symbol"":""RTSemEventWait"",""symbolLocation"":539,""imageIndex"":11},{""imageOffset"":1707621,""imageIndex"":13},{""imageOffset"":1709398,""imageIndex"":13},{""imageOffset"":1712509,""imageIndex"":13},{""imageOffset"":1707071,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12806,""name"":""com.apple.NSEventThread"",""frames"":[{""imageOffset"":2746,""symbol"":""mach_msg_trap"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":3627,""symbol"":""mach_msg"",""symbolLocation"":59,""imageIndex"":0},{""imageOffset"":527090,""symbol"":""__CFRunLoopServiceMachPort"",""symbolLocation"":319,""imageIndex"":1},{""imageOffset"":520651,""symbol"":""__CFRunLoopRun"",""symbolLocation"":1325,""imageIndex"":1},{""imageOffset"":517597,""symbol"":""CFRunLoopRunSpecific"",""symbolLocation"":563,""imageIndex"":1},{""imageOffset"":1756568,""symbol"":""_NSEventThread"",""symbolLocation"":132,""imageIndex"":3},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12807,""name"":""GuestControlSvc"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732587,""symbol"":""RTSemEventWait"",""symbolLocation"":539,""imageIndex"":11},{""imageOffset"":1707621,""imageIndex"":13},{""imageOffset"":1709398,""imageIndex"":13},{""imageOffset"":1712509,""imageIndex"":13},{""imageOffset"":1707071,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12812,""name"":""GuestPropSvc"",""frames"":[{""imageOffset"":13574,""symbol"":""__psynch_cvwait"",""symbolLocation"":10,""imageIndex"":0},{""imageOffset"":27241,""symbol"":""_pthread_cond_wait"",""symbolLocation"":1224,""imageIndex"":12},{""imageOffset"":1732587,""symbol"":""RTSemEventWait"",""symbolLocation"":539,""imageIndex"":11},{""imageOffset"":1707621,""imageIndex"":13},{""imageOffset"":1709398,""imageIndex"":13},{""imageOffset"":1712509,""imageIndex"":13},{""imageOffset"":1707071,""imageIndex"":13},{""imageOffset"":980396,""imageIndex"":11},{""imageOffset"":1748684,""imageIndex"":11},{""imageOffset"":25844,""symbol"":""_pthread_start"",""symbolLocation"":125,""imageIndex"":12},{""imageOffset"":8207,""symbol"":""thread_start"",""symbolLocation"":15,""imageIndex"":12}]},{""id"":12818,""na"	jensseidel
21073	Windows 10 VM on Mac 10.15.7 Catalina crashes when clipboard enabled	VirtualBox 6.1.36	defect	2022-08-23T03:14:09Z	2022-08-25T14:47:57Z	2022-08-25T14:47:57Z	"Something broke starting about one year ago - having the clipboard enabled leads to crashes within 24 hours of starting the VMs.  Disabling the clipboard makes the VM completely stable.  Upgrading to latest OS and VB releases did not change the behavior.

Process:               VirtualBoxVM [1449]
Path:                  /Applications/VirtualBox.app/Contents/Resources/VirtualBoxVM.app/Contents/MacOS/VirtualBoxVM
Identifier:            VirtualBoxVM
Version:               6.1.36 (6.1.36)
Code Type:             X86-64 (Native)
Parent Process:        VBoxSVC [1443]
Responsible:           VirtualBox [1439]
User ID:               502

Date/Time:             2022-08-22 22:57:21.383 -0400
OS Version:            Mac OS X 10.15.7 (19H2026)
Report Version:        12
Bridge OS Version:     6.6 (19P6064)
Anonymous UUID:        A811DB67-BC10-7168-DD2A-D1DFFC1A784E


Time Awake Since Boot: 46000 seconds

System Integrity Protection: enabled

Crashed Thread:        10  SHCLIP

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY
"	nfjanette
21029	no bidirectional clipboard in windows 11 host / ubuntu 18.04 guest	VirtualBox 6.1.36	defect	2022-07-22T18:28:54Z	2022-07-25T15:03:11Z	2022-07-25T15:03:11Z	"Hi, 

I can't remember when this stopped working, just recently upgraded virtualbox and the vbox guest additions, and now I realize this is not working:

 * bidirectional clipboard

Guest Additions:

{{{
systemctl status vboxadd.service
● vboxadd.service
   Loaded: loaded (/opt/VBoxGuestAdditions-6.1.36/init/vboxadd; enabled; vendor preset: enabled)
   Active: active (exited) since Fri 2022-07-22 14:47:29 -03; 37min ago
  Process: 643 ExecStart=/opt/VBoxGuestAdditions-6.1.36/init/vboxadd start (code=exited, status=0/SUCCESS)
 Main PID: 643 (code=exited, status=0/SUCCESS)

jul 22 14:47:28 x1buntu vboxadd[643]: VirtualBox Guest Additions: Starting.
jul 22 14:47:28 x1buntu vboxadd[643]: VirtualBox Guest Additions: VirtualBox Guest Additions kernel modules 6.1.36
jul 22 14:47:28 x1buntu vboxadd[643]: r152435 are
jul 22 14:47:28 x1buntu vboxadd[643]: VirtualBox Guest Additions: already available for kernel 5.4.0-122-generic and
jul 22 14:47:28 x1buntu vboxadd[643]: do not require to be rebuilt.
jul 22 14:47:28 x1buntu useradd[924]: failed adding user 'vboxadd', data deleted
jul 22 14:47:28 x1buntu useradd[925]: failed adding user 'vboxadd', data deleted
jul 22 14:47:28 x1buntu vboxadd[643]: VirtualBox Guest Additions: Running kernel modules will not be replaced until
jul 22 14:47:28 x1buntu vboxadd[643]: the system is restarted
jul 22 14:47:29 x1buntu systemd[1]: Started vboxadd.service.
}}}

Guest OS:

{{{
lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 18.04.6 LTS
Release:	18.04
Codename:	bionic
}}}

Host OS: Windows 11 Pro 21H2 (22000.795), x64"	arfe
21022	unable paste screenshot to windows guest	VirtualBox 6.1.32	enhancement	2022-07-15T16:47:40Z	2022-07-18T08:50:47Z	2022-07-18T08:50:47Z	"host: ubuntu22.04
guest: windows10

unable to paste screenshot to windows, which is all good on ubuntu21.10 host and windows10 guest, I tried all the solutions I can find in google, 
still not working

sometimes, can't paste plain text too"	walkerjun
20968	Crash virtualbox guest	VirtualBox 6.1.32	defect	2022-06-06T15:47:17Z	2022-06-06T15:47:17Z	2022-06-06T15:47:17Z	"I have a crash on virtualbox ""AVORTED""[[BR]]
Thank.[[BR]]

 "	Sizy458
20825	copy/paste failure from Win 10 host to Linux guest with VirtualBox 6.1.32	VirtualBox 6.1.32	defect	2022-02-13T04:08:02Z	2022-02-13T04:08:02Z	2022-02-13T04:08:02Z	"I am running the latest (fully patched) version of Windows 10 For Workstations as my host OS.

On that host OS, I have recently installed the latest VirtualBox 6.1.32 and its Guest Additions.

Running that VirtualBox, I have created a virtual machine and installed the latest Xubuntu 21.10 as a guest OS.

I have observed a bizarre shared clipboard problem: if I copy something from TextPad (a Windows text editor program, running on the host OS) and paste it into the guest (Xubuntu) OS, the first time I do this the paste works.  But if I try it a second time (copy some different text in TextPad, try to paste it into Xubuntu), what gets pasted is the contents of the first copy from TextPad.  It is as if the 2nd copy is not seen by Xubuntu.  But that 2nd copy is seen by other Windows applications: I can do a paste into many other applications and they see the 2nd copied text just fine.

Another weird fact: if I then copy something from Xubuntu and paste it back into TextPad, and then do a copy of something new in TextPad (besides what I copied before), then it now successfully pastes into Xubuntu.

I have only seen this issue between TextPad and Xubuntu.  If, instead, I copy from, say, Notepad++ and paste into Xubuntu, every copy and paste works just fine.

I have been running both TextPad and VirtualBox for many years, and this copy paste bug did NOT exist before ~14 months ago.

I first noticed this issue ~14 months ago, when my Win 10 box was running VirtualBox 6.1.16, and made this forum posting: https://forums.virtualbox.org/viewtopic.php?f=6&t=101174.

Several people replied because others are seeing similar problems.

When I recently updated to the latest VirtualBox 6.1.32 and installed the latest Xubuntu, I decided to revisit this bug once more.  I made this recent posting to that forum thread: https://forums.virtualbox.org/viewtopic.php?f=6&t=101174&start=30#p513218

Forum user fth0, a very helpful responder, looked at my log files and did not seem to see any issue.  (His suggestions about OneDrive and ScanSnap I have a very hard time imagining how they could be the culprit.)

He suggested that I add a bug report, so here I am.  I am attaching all the files associated with my last forum posting.
"	HaroldFinch
20808	shared clipboard does not work with Wayland	VirtualBox 6.1.32	defect	2022-02-03T15:17:36Z	2022-02-03T15:47:13Z	2022-02-03T15:47:13Z	On Fedora 35 host with Win10Guest the shared clipboard works with X11, but not with Wayland.	JoKalliauer
19226	VM segfaults on copy with shared clipboard	VirtualBox 6.1.2	defect	2020-01-15T10:30:50Z	2022-01-31T10:33:36Z	2022-01-31T10:33:36Z	"When using the shared clipboard, all running VMs in certain states crash whenever some input it copied on the host.

Steps to reproduce:
1. Start VM and login
2. Open libreoffice calc on host
3. Select and copy some cells
   => VM crashes

No messages are in the VBox log of the VM, but there are some in the journal of the host.
{{{
ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 pid=1559 comm=""ShClipboard"" exe=""/usr/lib/virtualbox/VirtualBoxVM"" sig=11 res=1
ShClipboard[1599]: segfault at 4 ip 00007fe97c14a1ae sp 00007fe95c199cf0 error 4 in VBoxSharedClipboard.so[7fe97c143000+8000]
Code: 89 c4 85 c0 78 50 48 8d 4d c0 ba 30 75 00 00 44 89 f6 4c 89 ff 67 e8 b1 c9 ff ff 41 89 c4 85 c0 78 34 48 8b 45 c0 48 8b 7b 08 <8b> 50 04 39 53 04 0f 46 53 04 48 8b 70 08 89 d2 ff 15 84 5c 00 00
audit: type=1701 audit(1579083656.742:64): auid=1000 uid=1000 gid=1000 ses=2 pid=1559 comm=""ShClipboard"" exe=""/usr/lib/virtualbox/VirtualBoxVM"" sig=11 res=1
}}}

The issue also occurs when copying from the guest, but I currently don't have a reproducer for that. Journal message on host:
{{{
SHCLX11[3662]: segfault at 8 ip 00007efc7073d3ea sp 00007efc71b6c8a0 error 4 in VBoxSharedClipboard.so[7efc70736000+8000]
}}}

Version used is 6.0.12, but the issue was also present in at least 6.1.0.
Host is running Arch Linux, guest is Kali Linux (haven't tested with other combinations)."	udine
20767	Limit of 2047 bytes when transferring in the clipboard from host to guest.		defect	2022-01-11T11:33:13Z	2022-01-12T11:32:29Z	2022-01-12T11:32:29Z	"In version 6.1.97-148976 there is a bug with a 2kb limitation when transferring to the clipboard, from host (Windows) to guest (Windows). Any size larger than 2047 bytes simply disappears during transfer. In the opposite direction, there is no such behavior.

This does not depend on the installed add-ons in the guest, any installed version of the add-ons in the guest behaves the same with the buffer.

It looks like it only depends on the version installed on the host. Development snapshots 6.1.97-148976 always works with this bug, in release 6.1.30 there is no such behavior. "	megaslowpoke
20701	crash vm on share clipboard	VirtualBox 6.1.30	defect	2021-11-28T19:22:23Z	2021-11-28T19:22:23Z	2021-11-28T19:22:23Z	"
log error :[[BR]]

Shared Clipboard: Converting VBox formats 0x1 to 'INVALID' for X11 (idxFmtX11=0, fmtX11=0) [[BR]]
failed, rc=VERR_NOT_SUPPORTED[[BR]]

and [[BR]]

error log:[[BR]]

Shared Clipboard: Signalling of guest clipboard data to the host failed: VERR_NOT_FOUND[[BR]]

Thank corrige this bug !"	Sizy458
20698	crash vm on share clipboard	VirtualBox 6.1.30	defect	2021-11-28T15:59:26Z	2021-11-28T15:59:26Z	2021-11-28T15:59:26Z	"Hello,[[BR]]

the function copy/paste share clipboard work but [[BR]]

i had a crash.[[BR]]
"	Sizy458
20527	Copy text from host cause VirtualBox 6.1.26 random crash.	VirtualBox 6.1.26	defect	2021-08-28T09:57:35Z	2021-11-05T22:29:25Z	2021-11-05T22:29:25Z	"Sorry for my English.

I'm using Virtualbox 6.1.26 on Windows 10 host with Windows 11 guests.

Sometimes, When I copy text from the host web browser, The running guest VM may randomly(rarely) crash, even the ""clipboard sharing"" is disabled.

Here are the logs and my computer configure, If need any info, please feel free to ask.

Host:
CPU: AMD Ryzen 5 5600X
RAM: KLEVV DDR4-2677 16GB x2
Motherboard: MSI MAG B550M BAZOOKA (MS-7C95)
Graphics card: Sapphire Radeon RX560

Guest:
CPU: 2 cores
RAM: 3072 MB
Chipset: ICH9
I/O APIC: Enabled
PAE/NX: Enabled
Hardware acceleration: Default
Graphics memory: 128 MB
"	chenshaoju
20471	pasting from Linux to windows 7 VM  via shared clipboard still crashes VM VB 6.1.24 6.1.24 r145751	VirtualBox 6.1.24	defect	2021-07-23T17:58:26Z	2021-10-20T17:50:46Z	2021-10-20T17:50:46Z	Copying text in linux host and pasting into a windows 7 VM crashes the VM.The first few pastes work, then they stop working, then the VM crashes without any messages. I've attached the log. This crashing started in a more recent VB version--6.1.20 or .22 and continued with testbuilds including 145697.	matthewls
20487	When the Shared Clipboard is disabled, a copy operation on the host clears the guest's clipboard => Fixed in SVN	VirtualBox 6.1.26	defect	2021-08-03T21:16:45Z	2021-10-19T20:03:31Z	2021-10-19T20:03:31Z	"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?"	fth0
20366	Shared clipboard stops working on vm reboot when started headless => Fixed in SVN	VirtualBox 6.1.22	defect	2021-05-13T21:37:44Z	2021-10-15T08:49:38Z	2021-10-15T08:49:38Z	"my setup and testing:

Running Virtualbox 6.1.22 on Ubuntu Server 20.04 with extension pack.  Ubuntu is fully patched.  I connect via RDP to VM console.

If I start a VM headless, shared clipboard works without issues.  Once I reboot the VM, shared clipboard stops working.

I have tested a Windows 10 VM and Mint Mate VM and both have the same issue.

I tested the freerdp client (compiled the latest source) and the Microsoft RDP client and get the same results.


I also installed Mint Mate on my test PC, then VirtualBox on that, and get the same result if I start the vm using vboxheadless.

I have attached log file from a test vm."	thedisbo1125
20309	Windows guests abort upon shutdown on linux hosts with segfault indicated in /var/log	VirtualBox 6.1.18	defect	2021-04-20T22:56:06Z	2021-07-28T22:32:06Z	2021-07-28T22:32:06Z	"I have been seeing windows guests crash during shutdown then listing as ""aborted"" in the main Virtualbox control GUI.

Surveying /var/log/messages indicates segfaults in the shclipboard process.

audit[7775]: ANOM_ABEND auid=xxxx uid=xxxx gid=xxx ses=3 subj=kernel pid=xxxx comm=""ShClipboard"" exe=""/usr/lib/virtualbox/VirtualBoxVM"" sig=11 res=1
Apr 10 09:22:13 xwing kernel: ShClipboard[7839]: segfault at 20 ip 00007f5d5d68622a sp 00007f5d900bbd40 error 4 in libXt.so.6.0.0[7f5d5d668000+41000]

Similar segfaults have been observed by others in the forums. As noted by some, the Virtualbox logs do not indicate a problem at the time of the crash.
Shared Clipboard is DISABLED for the guests.  I do not make use of this feature and so turn it off for my guest machines.

Host: Fedora 32 Linux running kernel 5.11
Virtualbox installation via virtualbox.org site: Fedora repo and manually downloaded extension pack.

I've noticed the problem since upgrading from Virtualbox 5.2 to Virtualbox 6.x as part of an upgrade from Fedora 30 to Fedora 32 several months ago.

The problem has persisted through a recent upgrade to Virtualbox 6.20.

If I do not log into the Guest after booting the guest, but shut it down from the Guest login screen, the guest shuts down without crashing.  I'm assuming that this is related to engaging some part of the Guest additions services after logging into the guest.  Again, Shared Clipboard has been turned off in the guest's options within the Virtualbox control GUI.

As I understand it, the shared clipboard will run services on both the host and the guest to manage the data exchange.  It appears that something may trigger a poling of the clipboard from the host side during guest shutdown, independent of whether the service is running on the guest.


"	HDCompute
19314	Copy & paste patially broken in 6.1.2	VirtualBox 6.1.2	defect	2020-02-14T18:26:19Z	2021-07-21T13:40:05Z	2021-07-21T13:40:05Z	"Host OS is Windows 8
Guest OS is Ubuntu 18.04
Other platforms not tested.

I upgraded from 6.0.14 to 6.1.2. Matching guest additions are also installed.
In Ubuntu the included guest toos are installed:
virtualbox-guest-dkms 5.2.34-dfsg-0~ubuntu18.04.1
Copy & Paste was working fine with 6.0.14 in both directions and I could copy & paste ""larger amounts"" of text characters. A few tens or hundred lines worked fine.
With 6.1.2 I can only copy & paste very view lines, about 4 to 8, depending on their length. This applies to both directions.
When the contents becomes to large, the paste target ""remembers"" the last clipboard content and pastes it instead.

No log currently available."	Megabreit
20423	Oracle VirtualBox SharedClipboard Use After Free Vulnerability	VirtualBox 6.1.22	defect	2021-06-17T03:14:59Z	2021-06-17T03:14:59Z	2021-06-17T03:14:59Z	"=  Oracle VirtualBox SharedClipboard Use After Free Vulnerability =



== Affected Software ==

Oracle VM VirtualBox 6.1.22



== Description of Vulnerability ==

This vulnerability allows guest VM to cause denial of service in the context of the host hypervisor. High privileged code on the target guest system is required to exploit this vulnerability. 



== Technical Details ==

VirtualBox provide a HostService named **""VBoxSharedClipboard""** to perform the operation of shared clipboard between Host and Guest. The guest sends the request through **HGCM (Host-Guest Communication Manager)**. The vulnerability is when guest quickly send `VMMDevReq_HGCMDisconnect` and `VMMDevReq_HGCMCall64` to the same service sequentially. That service will operate the `VMMDevReq_HGCMCall64` after the `VMMDevReq_HGCMDisconnect`. So `pvClient` the internal object used in service has been released when it perform disconnect function. But Later **HGCMCall** will use that freed object to operate guest requested function and cause use after free.

In code [1], it free the pCtx and later will be used in **HGCMCall**

`svcDisconnect` -> 
    `ShClSvcImplDisconnect`

{{{
#!div style=""font-size: 80%""
Code highlighting:
{{{#!C
int ShClSvcImplDisconnect(PSHCLCLIENT pClient)
{
    LogFlowFuncEnter();

    PSHCLCONTEXT pCtx = pClient->State.pCtx;
    AssertPtr(pCtx);

    /* Drop the reference to the client, in case it is still there.  This
     * will cause any outstanding clipboard data requests from X11 to fail
     * immediately. */
    pCtx->fShuttingDown = true;

    int rc = ShClX11ThreadStop(&pCtx->X11);
    /** @todo handle this slightly more reasonably, or be really sure
     *        it won't go wrong. */
    AssertRC(rc);

    ShClX11Destroy(&pCtx->X11);
    RTCritSectDelete(&pCtx->CritSect);

    RTMemFree(pCtx); // code [1]

    LogFlowFuncLeaveRC(rc);
    return rc;
}

}}}
}}}

When the guest send a `VBOX_SHCL_GUEST_FN_REPORT_FORMATS` request and guest's uMode is set to `VBOX_SHCL_MODE_BIDIRECTIONAL` or `VBOX_SHCL_MODE_GUEST_TO_HOST`
which is `not` default setting in code [2], it will perform the following function. In function `XtAppAddTimeOut`, it will get crashed.


{{{
#!div style=""font-size: 80%""
Code highlighting:
{{{#!C
static int shClSvcClientReportFormats(PSHCLCLIENT pClient, uint32_t cParms, VBOXHGCMSVCPARM paParms[])
{
    /*
     * Check if the service mode allows this operation and whether the guest is
     * supposed to be reading from the host.
     */
    uint32_t uMode = ShClSvcGetMode();
    if (   uMode == VBOX_SHCL_MODE_BIDIRECTIONAL //code [2]
        || uMode == VBOX_SHCL_MODE_GUEST_TO_HOST)
    { /* likely */ } 
    else
        return VERR_ACCESS_DENIED;
}}}
}}}

`svcCall` -> 
    `shClSvcClientReportFormats` -> 
        `ShClSvcImplFormatAnnounce` ->
            `ShClX11ReportFormatsToX11` ->
                `clipThreadScheduleCall` ->
                    `XtAppAddTimeOut` ->
                        `clipThreadScheduleCall`

{{{
#!div style=""font-size: 80%""
Code highlighting:
{{{#!C

static int clipThreadScheduleCall(PSHCLX11CTX pCtx,
                                  void (*proc)(void *, void *),
                                  void *client_data)
{
    LogFlowFunc((""proc=%p, client_data=%p\n"", proc, client_data));

#ifndef TESTCASE
    XtAppAddTimeOut(pCtx->pAppContext, 0, (XtTimerCallbackProc)proc,
                    (XtPointer)client_data);
    ssize_t cbWritten = write(pCtx->wakeupPipeWrite, WAKE_UP_STRING, WAKE_UP_STRING_LEN);
    Assert(cbWritten == WAKE_UP_STRING_LEN);

}}}
}}}


== The POC ==

The following are step by step guide for replicating the bug:
1. Upload the file `poc.c` and `internal.h` into the guest
2. Compile the poc by `gcc poc.c -o poc`
3. Run `poc` as root



== Requirements ==

* The Host OS must be Linux
* Attacker must be able to run **high-privileged** code on the guest
* The setting of Shared Clipboard need to be `Guest to Host` or `Bidirectional`"	info_starlabs
20389	VBoxSharedClipboardClass-17032: VirtualBoxVM.exe - Application Error	VirtualBox 6.1.22	defect	2021-06-07T23:10:51Z	2021-06-07T23:10:51Z	2021-06-07T23:10:51Z	"VirtualBox 6.1.22 r144080
Host:  Windows 10 (2004 - 19041.1023)
Guest: Ubuntu 21.10

Copying into clipboard from host caused:

{{{
---------------------------
VBoxSharedClipboardClass-17032: VirtualBoxVM.exe - Application Error
---------------------------
The instruction at 0x00007FFC9EBC2B32 referenced memory at 0x0000000000000000. The memory could not be written.

}}}


Only one guest running at the time, remained responsive but without shared clipboard functionality.  Clicking OK caused immediate close of the guest.  Logs attached.

Has been working solidly until recently."	gkcgareth
20375	Clipboard and drag&drop doesn't work bidirectionally (VB 6.1.22/Guest additions 6.1.22_Host: Ubuntu 20.04 / Guest: Win 8.1)	VirtualBox 6.1.22	defect	2021-05-23T16:16:07Z	2021-05-23T16:16:07Z	2021-05-23T16:16:07Z	"Clipboard and drag&drop doesn't work properly bidirectionally

VB 6.1.22
Guest additions installed 6.1.22 (tried to downgrade to 6.1.18 with same results)
Host: Ubuntu 20.04
Guest: Win 8.1

Done tests from file manager on both sides:

Drag&Drop from guest to host (file): OK
Drag&Drop from host to guest (file): nothing happens

Copy&Paste from guest to host (file): OK
Copy&Paste from host to guest (file): nothing happens

Copy&Paste from guest to host (text): OK
Copy&Paste from host to guest (text): OK


Done test with a program (Host: WPS Docs / Guest: Word 2013):

Drag&Drop from guest to host (image): nothing happens
Drag&Drop from host to guest (image): nothing happens

Copy&Paste from guest to host (image): OK
Copy&Paste from host to guest (image): OK

PrintScreen from guest to host: OK
PrintScreen from host to guest: nothing happens

Hope the issue is clear enough to understand.
"	cimarron
20230	Windows 10 guest crashed when trying to paste image to guest	VirtualBox 6.1.18	defect	2021-03-02T03:52:03Z	2021-03-02T03:58:24Z	2021-03-02T03:58:24Z	"When trying to paste image from Windows 10 guest to Linux host, the guest crashed.

I'm running linux test build version 6.1.19 r142946 (Qt5.6.1)

Steps before the crash:

1. Guest: Select and copy an image from the Windows Draw application
2. Host: In GIMP, select menu File -> New -> From clipboard
3. The guest crashed

Attached is the crash dump"	cooldog
19356	Copy and paste and drag and drop doesn't work	VirtualBox 6.1.4	defect	2020-02-28T04:22:49Z	2020-08-11T11:36:22Z	2020-08-11T11:36:22Z	"this was the error for Windows to Linux(Kali Linux):
Drag and drop operation from host to guest failed.
Drag and drop error from host (VERR_NET_PATH_NOT_FOUND).
Result Code: VBOX_E_IPRT_ERROR (0x80BB0005)
Component: GuestWrap
Interface: IGuest {13a11514-402e-022e-6180-c3944de3f9c8}

This error is Linux to Windows:
Specified format 'text/plain;charset=utf-8' is not supported.
Result Code: 
E_INVALIDARG (0x80070057)
Component: 
GuestDnDSourceWrap
Interface: 
IGuestDnDSource {dedfb5d9-4c1b-edf7-fdf3-c1be6827dc28}
Callee: 
IDnDSource {d23a9ca3-42da-c94b-8aec-21968e08355d}
"	Coder2005
19558	Clipboard failure	VirtualBox 6.1.6	defect	2020-05-04T17:44:40Z	2020-07-23T19:41:04Z	2020-07-23T19:41:04Z	"I've reverted to using the macOS version of Microsoft Remote Desktop (Version 10.3.9 (1767)) to connect to the Vm guest (Windows 10 1909). I've enable the Remote Display server in VB for this.

The clipboard text being copied is TextEdit to Notepad and vice versa. When I copy from host to guest, it works as expected (although I see in the log a note about on format that is not announced), but from guest to host it causes TextEdit and Microsoft Remote Desktop to freeze (spinning rainbow wheel) and to recover I either need to shutdown the VM, by opening a VB GUI client, or force quit the MSRDP client.

I see a number of changes in the shared clipboard of late, and I'm not sure if this is just a new bug or an issue with the MSRDP client not being supported (it has worked in earlier versions). Is there a specific configuration that is required to get this to work? I'm really looking for text based support, although the text may some times be a URL as well.

Attached are the logs where the issue has occurred."	ncj
19680	Clipboard doesn't work for 6.1.10-138449 and Solaris 11.4	VirtualBox 6.1.10	defect	2020-06-25T12:03:23Z	2020-06-30T15:18:30Z	2020-06-30T15:18:30Z	"I've installed multiple times and the clipboard never works despite having enabled bidirectional. I have installed successfully before on a different laptop, earlier vbox and Linux Guest and the clipboard worked.
I don't know if it matters, but I get signature errors when installing the guest additions. See attached."	J_Nicholas
19691	Virtualbox crashes when not used	VirtualBox 6.1.10	defect	2020-06-30T09:10:01Z	2020-06-30T09:26:45Z	2020-06-30T09:26:45Z	"I got several crashes, at seemlingly random time, but alwys when I was not working on gest, but on host.

Log is the same :
ShClipboard[95831]: segfault at 4 ip 00007f6cc00252c0 sp 00007f6cb2818d00 error 4 in VBoxSharedClipboard.so[7f6cc001e000+8000]
(same ip, sp and address in VBoxSharedClipboard for all crashes).
"	erwan
19654	Clipboard sharing suddenly stops working in reccent release	VirtualBox 6.1.10	defect	2020-06-10T19:17:26Z	2020-06-10T19:17:26Z	2020-06-10T19:17:26Z	"VB 6.1.10 r138449 the host is Ubuntu 18.04.04. Shared clipboard periodically stops working on guests after many hours of working. There is no new lines in the virtual machine log file after the event. If two guests are running it may stop working only for one of them and still works fine on another one. I've observed this on different guests Win10, Linux, WinXP, so this is probably a bug on the host side. Interestingly restart of the guests brings feature back into operational state. 

It seams you are changing the code of the shared clipboard infrastructure due to multiple crash reports #19226 and I would say that the most stable release so far was VB 6.1.8. It didn't crash on copy&paste (not as often as previous releases) and the shared clipboard is again broken in the current VB 6.1.10."	GnomeUser
19653	Clipboard sharing suddenly stops working in reccent release	VirtualBox 6.1.10	defect	2020-06-10T19:17:19Z	2020-06-10T19:17:19Z	2020-06-10T19:17:19Z	"VB 6.1.10 r138449 the host is Ubuntu 18.04.04. Shared clipboard periodically stops working on guests after many hours of working. There is no new lines in the virtual machine log file after the event. If two guests are running it may stop working only for one of them and still works fine on another one. I've observed this on different guests Win10, Linux, WinXP, so this is probably a bug on the host side. Interestingly restart of the guests brings feature back into operational state. 

It seams you are changing the code of the shared clipboard infrastructure due to multiple crash reports #19226 and I would say that the most stable release so far was VB 6.1.8. It didn't crash on copy&paste (not as often as previous releases) and the shared clipboard is again broken in the current VB 6.1.10."	GnomeUser
18927	VBoxClient clipboard fails to copy rich text from guest to host	VirtualBox 6.0.12	defect	2019-09-12T20:04:52Z	2020-05-28T22:20:49Z	2020-05-28T22:20:49Z	"A variant of this bug is back in 6.0 (I tested 6.0.10 and 6.0.12):

  https://www.virtualbox.org/ticket/15782

  https://www.virtualbox.org/ticket/16242

Rich text (e.g., something from a web page) does not copy from guest to host; but plain text does. Expected behavior is for it to copy as plain text.

The workaround is to paste rich text into a simple text file within the guest, re-select said (what is now) plain text, then copy that to the host.

The silver lining here is copying rich text does not completely break clipboard functionality as it did in the previous bugs (thus requiring killing VBoxClient).
"	philip
19360	[Win7 64 Host] Clipboard not working after update	VirtualBox 6.1.4	defect	2020-02-28T20:18:48Z	2020-05-13T16:22:06Z	2020-05-13T16:22:06Z	After i updated VB 6.1.2 and same guest additions, the clipboard on Windows 2000 didnt worked anymore. After VB 6.1.4 came out, i tested it again and still didnt worked. With the GA 5.2.38 and VB 6.1.4, the clipboard worked but not the drag & drop, that did work with GA 6.1.4. On other Windows (tested XP,Win7 so far) it works with GA 6.1.4, so it seems only a Bug for Windows 2000. I hope you still support Windows 2000 Guest.	helgo1506
19363	Bidirectional support not working after 6.1.4 update in Linux Mint 19.1 or Ubuntu 14.04	VirtualBox 6.1.4	defect	2020-02-29T03:21:44Z	2020-04-06T18:17:13Z	2020-04-06T18:17:13Z	"I did an update yesterday to VB 6.1.4, installed the latest extension pack 6.1.4r136177, and updated the vbox guest additions to 6.1.4. I lost the ability to automatically mount my shared folder, I solved this by editing the following

sudo systemctl edit --full vboxadd-service

removed ""systemd-timesync.service"" from ""Conflicts="" line in [Unit] section. 
change from -->
Conflicts=shutdown.target systemd-timesync.service

To -->
Conflicts=shutdown.target

Then rebooted
Solved the automount issue, but did not solve the bidirectional copy and paste not working. What can I try next?

Having same problem with bidirectional copy and paste in my Ubuntu guest as well.  Id say, since I have the same issue in both this may be a bug.  "	DStair
19384	Get/set clipboard content for guest OS	VirtualBox 6.1.4	enhancement	2020-03-06T20:16:48Z	2020-03-06T20:16:48Z	2020-03-06T20:16:48Z	"Please, implement command to get/set guest clipboard without using shared clipboard.

Something like:
VBoxManage guestcontrol <uuid|vmname> getclipboard
VBoxManage guestcontrol <uuid|vmname> setclipboard ""some text to set as clipboard""

"	1ns
18285	Cannot paste copied Chromium URL into Windows	VirtualBox 6.0.0	defect	2019-01-07T17:03:12Z	2020-02-24T09:48:32Z	2020-02-24T09:48:32Z	"If I copy the URL in Chromium's address bar on the Linux VM, I cannot paste it into any app on my Windows host. So far, all other uses of the bidirectional clipboard, either direction and with any application, works fine. Also, I can paste a copied Chromium URL into any other app on the same VM.

I have a Ubuntu 18.10 VM on VirtualBox 6.0 running on Windows 10 Pro x64 host. Running the release of Extension Pack that is for VirtalBox 6.0.0. In case it matters, I created this app on a 5.2 release of VirtualBox.

This seems like a VirtualBox bug because it only happens with a specific use of VirtualBox's bidirectional clipboard feature."	Aren Cambre
14645	Shared Clipboard some time stop working	VirtualBox 5.0.4	defect	2015-09-29T16:43:14Z	2020-01-27T12:17:44Z	2020-01-27T12:17:44Z	"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."	bmn
19234	VBoxClient --clipboard terminates silently	VirtualBox 6.1.2	defect	2020-01-16T09:44:09Z	2020-01-16T10:06:59Z	2020-01-16T10:06:59Z	"VBoxClient --clipboard no longer runs on my Debian VM. If I run it by hand:


{{{
$ VBoxClient -v --clipboard -f 
Shared Clipboard: Starting X11 event thread
Shared Clipboard: Stopping X11 event thread ...
Shared Clipboard: X11 event thread terminated successfully
Error connecting to host service, rc=VERR_NOT_IMPLEMENTED
Service terminated abnormally with VERR_NOT_IMPLEMENTED
Running service failed: VERR_NOT_IMPLEMENTED
}}}



Previously reported at <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946843> and <https://forums.virtualbox.org/viewtopic.php?f=3&t=96309>"	Sam Morris
18950	clipboard stops working	VirtualBox 6.0.12	defect	2019-09-20T07:07:09Z	2019-09-20T07:07:09Z	2019-09-20T07:07:09Z	"As long as I've used VirtualBox this issue has occurred.  It's the same as described in bug #5266.  

> After a period of time the shared clipboard will stop working either in
> one direction or the other and sometime in both directions. A reboot of 
> the guest will bring it back. Logfile included.

Awhile back I found out that I can do this to rectify it sometimes...

killall -9 VBoxClient && /usr/bin/VBoxClient --clipboard && /usr/bin/VBoxClient --display && /usr/bin/VBoxClient --seamless && /usr/bin/VBoxClient --draganddrop

I'm hoping with the extra information regarding killing of the VBoxClient, that it will lead to a fix.  This has been happening for many years, I think more than 10."	Trent
18614	Windows clipboard borked (regression)	VirtualBox 6.0.6	defect	2019-05-01T17:26:30Z	2019-06-06T17:50:14Z	2019-06-06T17:50:14Z	VMs running under 6.0.6 with the bidirectional clipboard enabled break all cut & paste, whether within the VM itself or between Windows apps.	vboxsf
1139	Feature request: wider copy/paste support, in Console for instance -> user contributions welcome	VirtualBox 1.5.4	enhancement	2008-01-31T19:01:59Z	2019-01-21T14:57:32Z	2019-01-21T14:57:32Z	"[This would be a candidate for user contributions, due to lack of core developer time.  See comment:42 and comment:43.]

I'd like to see a wider copy/paste support, for exemple in console without X installed (typicall server config).

Beeing able to copy/paste from/to shell would be very nice for server config work, as many server daemon use text based configuration.

Use case : 
- (on windows host) : copy a config line from a webpage
- (on linux guest, debian etch with Zsh) : open vi, then paste the config line

Another use case : 
- (on windows host) : copy a command line from a webpage
- (on linux guest, debian etch with Zsh) : paste it on the shell to execute it

Another use case : 
- (on linux guest, debian etch with Zsh)) : copy the result of a command or a log file (from tail, more, cat, whatever)
- (on windows host): paste it on a forum to seek for help

This would turn virtual box into a powerfull tool for learning server admin, or to use it as a copy of a production server where you can test modifications..."	Julien Bidault
15986	Shared clipboard is not working in headless mode	VirtualBox 5.1.6	defect	2016-09-25T13:51:34Z	2018-11-13T09:07:10Z	2018-11-13T09:07:10Z	"I've found plenty similar tickets about this issue but they all are related to obsolete versions so I created this one.[[BR]]

Several tickets ([https://www.virtualbox.org/ticket/14964 14964], [https://www.virtualbox.org/ticket/14645 14645] and [https://www.virtualbox.org/ticket/14421 14421]) are ''likely'' to be the same (I don't know this for sure) but there was no mention about headless mode  or VRDP and my tests clearly say this is headless-only bug.
The most appropriate '''recent''' tickets I found were [https://www.virtualbox.org/ticket/11397 11937] and [https://www.virtualbox.org/ticket/10057 10057] (which are still open), but there are much-much older ones ([https://www.virtualbox.org/ticket/11140 11140], [https://www.virtualbox.org/ticket/3794 3794])[[BR]]

I decided to create my own as I don't know exactly is my issue related to any of them so it's up to admins to merge them or leave them as is.[[BR]]

All in all, my bug comprises several symptoms:
1. shared clipboard does not work guest2host direction on Windows and Linux guest.
2. shared clipboard does not work inside Windows guest at all (in Linux guest does)
3. All this is observed only in headless mode (guest is accessed via VRDP).

Host2guest direction works good.
In GUI mode both directions work wonderful."	Suncatcher
18082	still doesn't work copying and pasting some words with shift + insert	VirtualBox 5.1.38	defect	2018-10-25T12:36:28Z	2018-10-25T12:45:57Z	2018-10-25T12:45:57Z	"Hi experts,

I tried that above after installing each GuestAddition at 3 version, but all failed. The version are 5.1.38, 5.1.28, 5.1.24 for windows host.

when input shift + ins, F was displayed only. 
I don't know why it occurred.

My computer is ThinkPad X270 installed Win10 latest patch.

Br,
Tomio

"	Tomio
16192	Virtualbox Windows clipboard integration causes problems copying in Excel	VirtualBox 5.1.8	defect	2016-11-17T10:28:15Z	2018-09-20T12:28:19Z	2018-09-20T12:28:19Z	"Host: Windows 10 1607 14393.447 (+ all available updates up to mid-November 2016) with Office 2016 (+ all available updates up to mid-November 2016; Excel version 16.0.7466.2038)
VirtualBox: 5.1.8 r111374
Guest VM: Linux Mint

When, and only when, a guest VM is running (but even if the clipboard integration is disabled for that VM) then copying data in Excel 2016 on the host frequently gives the error ""There's a problem with the clipboard, but you can still paste your content within this workbook.""

How to reproduce: run Excel 2016 on the host, and start the guest VM. In Excel 2016 on the host, select a cell with some data, and repeatedly press CTRL+C - roughly 1 in 4 attempts will cause the above error - highly reproducible. With the VM shut down, CTRL+C on Excel on the host will never give this error.

Note that Excel has long been affected by applications that access/lock the clipboard. It seems that MS have recently tried to mitigate, and changed the message in Excel. I suspect it is possible older Excel versions may also be affected, but if so, the error will be slightly different: https://answers.microsoft.com/en-us/msoffice/forum/msoffice_excel-mso_win10/clipboard-problem-in-excel-2016/224b2a59-8a0c-4897-baba-a481dd06e085?page=5


"	hakster
17901	Bugs related to Copy files from Host to the virtual machine.	VirtualBox 5.2.16	defect	2018-07-28T14:04:16Z	2018-07-29T13:54:19Z	2018-07-29T13:54:19Z	"  Can not copy and paste with Bi-directional option enabled
and it is stopping drag and drop when I freeze the current state and return later, so I always have to shut down the machine in order to work Drag and drop
these problems are happening with Windows 7 64 Bit and Windows 10 64 Bit

Note: I installed the virtual machines using the standard Virtual Box did not do customizations in the HD, just changed the size of ram memory to 4 GB and put 4 processor cores, the network card I used Bridge."	Luciano_F
16508	Shared Clipboard gives guests too much access to the clipboard	VirtualBox 5.1.14	defect	2017-02-24T16:21:41Z	2018-07-24T15:46:20Z	2018-07-24T15:46:20Z	"The VirtualBox Shared Clipboard gives guests read or write access to the clipboard even when the window for the virtual machine is not focused.  With clipboard sharing enabled, the guest can indefinitely monitor the host clipboard or replace its contents even with no recent user interaction with the VM.  I believe this level of access is almost never necessary.  VirtualBox could instead 1) wait for the VM window to become focused before copying the host clipboard into the VM 2) only let the VM set the host clipboard if the VM window is focused.  This would drastically reduce the severity of attacks by guests that continuously sniff the host clipboard or maliciously replace its contents.

Tested: VirtualBox 5.1.14 official packages on Ubuntu 16.04.2 host, Ubuntu 16.04.2 guest

Continuously read the host clipboard, even when the VM window is not focused:

{{{
while true; do sleep 1; xclip -o; echo; done
}}}

Write the host clipboard, even when the VM window is not focused:

{{{
sleep 5; echo ""rm -rf /tmp\n"" | xclip -in -selection clipboard
}}}
"	ivank
17421	Clipboard sharing stops working after large copying on guest	VirtualBox 5.2.4	defect	2018-01-05T06:43:59Z	2018-01-05T07:59:44Z	2018-01-05T07:59:44Z	When copying an image which is large (tested larger 2MB), the clipboard sharing stops working completely.	amosb
17108	Virtualbox 5.1.28 running under Windows 10 corrupts clipboard copy & paste	VirtualBox 5.1.28	defect	2017-09-22T16:16:06Z	2017-09-22T16:16:06Z	2017-09-22T16:16:06Z	"Performing Windows cut & paste operations (using Ctrl+c/Ctrl+v) between VirtualBox VM and Windows frequently corrupts Windows clipboard... VirtualBox 5.1.28 r117968, Windows 10 Pro (v1703 OS Build 15063.608), RHEL 6.9 VM.

Once corruption occurs, pasting between Windows applications such as Notepad, Word or Outlook Email exhibit pages of non-printable characters. Eventually Windows 10 mouse clicks used to switch between applications stop working, Windows taskbar crashes (and won't restart), Desktop background goes black, and Windows becomes non-functional without being rebooted. Ctrl+Alt+Delete still functions and Windows Task Manager runs normally. Task Manager allows switching between applications and doing normal Windows shutdown."	Jayb
17099	Shared clipboard : bidirectional mode causes host clipboard malfunctions	VirtualBox 5.1.28	defect	2017-09-19T17:33:33Z	2017-09-19T17:33:33Z	2017-09-19T17:33:33Z	"Windows 10 host
Linux (Ubuntu 16.04) guest

When the Shared Clipboard is set to Bidirectional, the following issues manifest on the Windows 10 host:

* In Excel, copy cell, paste to multiple cells (select range of cells and paste) does not work
* In Office applications, copy/paste of formatted text does not work; only the text is copied

If Shared Clipboard is set to any of the other three options (Disabled, Host to Guest, or Guest to Host) then the problem does not manifest itself and the above functionality works properly.

This is reproducible at will.

I also noticed this issue on a Windows 7 host running a Linux VM."	Studio
16242	MacOS Sierra host, CentOS 7 guest, VBoxClient clipboard breaks when copying rich text in guest	VirtualBox 5.1.10	defect	2016-11-28T21:03:18Z	2017-08-18T07:22:38Z	2017-08-18T07:22:38Z	"VirtualBox (on Mac host), version 5.1.10 r112026 (Qt5.6.2)

Host version Mac OS Sierra 10.12.1

All host patches up to date

CentOS 7 guest, version 7.2.1511

Guest additions installed and up to date, all guest OS patches up to date

Application running in guest: CLion 2016.3 Build #CL-163.7743.47, built on November 18, 2016
(https://www.jetbrains.com/clion/)


When copying text from CLion using Ctrl+C which seems to be copying rich text rather than plain text by default, the VBoxClient clipboard in the CentOS guest stops working. Nothing can be copied anymore between host and guest. If only plain text is copied, the clipboard works OK, but as soon as rich text is copied, the clipboard breaks completely.

The only way to fix it is to restart VBoxClient in the guest:

{{{
killall VBoxClient
VBoxClient-all
}}}


I do not expect rich text copy/paste to work correctly, but it must not take down the entire clipboard functionality in the guest and require VBoxClient to be restarted.

"	tkvb
16787	Clipboard actions interference [Host:Debian 9 Stretch RC03][Guests: Win7Ultimate, Debian 8.8 Jessie]	VirtualBox 5.1.22	defect	2017-05-26T05:50:31Z	2017-05-26T06:21:04Z	2017-05-26T06:21:04Z	"VirtualBox Graphical User Interface
VirtualBox version 5.1.22 r115126 (Qt5.7.1)

Prerequisites:

(P0) HOST: NVIDIA, Wacom drivers, 3 monitors total, Xorg under xfce4, Clipman for clipboard monitoring (Debian 9 Stretch RC03)
(P1) Each guest has installed the corresponding ""Guest Additions"";
(P2) Each guest has bidirectional clipboard sharing enabled;
(P3) Windows 7 Ultimate guest has the ""seamless mode"" enabled (thanks guys, this is awesome)
(P4) After launching Win 7 Ultimate guest, xfce4-screenshooter can no longer catch screenshots and move it to clipboard; the copy-paste operations are still nominal;
(P5) With both Win 7 Ultimate and Debian 8.8 Jessie guests clipboard operations within the HOST (within the guests this phenomena has not been confirmed) are being interfered the following way:

(01) Any and every mouse/Wacom Pen selection renders as copying to clipboard, before even the Ctrl+C is pressed; that means any selection automatically puts the selected text into the Host's clipboard, from within any and every application of the Host (Chrome, Chromium, Opera, Libre Office Calc, Libre Office Writer, Notes, Thunar, Terminal, and whatnot)

(02) After reboot both xfce4-screenshooter and clipboard operations work fine PRIOR to launching the VirtualBox

"	al64128
16746	Explicit clipboard mode	VirtualBox 5.1.22	enhancement	2017-05-09T12:16:09Z	2017-05-09T12:16:09Z	2017-05-09T12:16:09Z	"The 4 clipboard modes currently implemented involve hard tradeoffs between usability and security. I propose adding fifth clipboard mode, let's call it Explicit, that would behave like QubesOS clipboard.

In Explicit clipboard mode, no clipboard contents would be shared by default. User could however press a keyboard shortcut to transfer clipboard host->guest or guest->host for the currently focused VM.

Proposed default shortcuts:
- host -> guest: Ctrl+Shift+V
- guest -> host: Ctrl+Shift+C

New workflow:
- host app -> guest app: Ctrl+C, focus VM app, Ctrl+Shift+V, Ctrl+V
- guest app -> host app: Ctrl+C, Ctrl+Shift+C, focus host app, Ctrl+V

This should be easy to implement and yet very valuable for people who routinely use VMs as a secure sandbox.

Note that this is not the only way to streamline clipboard without compromising security. For example, one other option is to tie clipboard transfers to well-known shortcuts, i.e. to perform host->guest transfer before Ctrl+V and guest->host transfer after Ctrl+C. Let's call this other mode Smart or Automatic. It's harder to implement though, because there are more shortcuts to consider and they vary between platforms."	robertvazan
16439	Clipboard add CR character	VirtualBox 5.1.8	defect	2017-02-01T15:48:36Z	2017-02-01T15:48:36Z	2017-02-01T15:48:36Z	"Hi,
I have problem with the end of line with the clipboard, it appears that virtualbox add a CR (carriage return) character before every LF (line feed). So if I change a file in the guest (linux) that ends already with CRLF, when I paste the result ends with CRCRLF and some program, i.e. pspad, add a blank line.

As example, if in the guest I copy
a
b

becomes in the host
a

b
"	ubuguest
16411	Fails to transfer binary values copy/paste clipboard to and from host/guest	VirtualBox 5.1.14	enhancement	2017-01-20T12:36:06Z	2017-01-23T13:20:41Z	2017-01-23T13:20:41Z	"Try to copy binary value from Windows registry either at host or guest
 and to paste to guest/host.

Expected - ordinary copy/paste.

While ordinary text is copy/past -ed as expected.
"	MikhailRokhin
16280	Shared clipboard is not working in GUI mode	VirtualBox 5.1.6	defect	2016-12-10T20:28:28Z	2016-12-19T20:17:51Z	2016-12-19T20:17:51Z	"'''How to reproduce:'''

1. Set the bidirectional clipboard mode.
2. Run the guest for a while or pause and restore it. (I haven't yet found out the trigger for sure).
3. Copy a text from the guest into the clipboard.
4. Paste the text from the clipboard into the host or another guest.

'''Expected result:'''
The clipboard text is pasted into the host/other guest.

'''Actual result:'''
The clipboard text is not pasted into the host/other guest.

Unlike bug #15986 the problem occurs in GUI mode. The other bugs referred in bug #15986 don't match here. It only occurs in a Debian Linux guest, not in a Windows 7 guest. Copy and paste within each guest works fine. After restarting the guest the clipboard works fine.
I noticed it first in version 5.1.6, but the problem persists in version 5.1.10.

The clipboard related entries in VBox.log are:

{{{
00:00:05.989716 Shared clipboard service loaded
00:00:05.989747 Shared clipboard mode: Bidirectional
...
00:00:18.768979 HGCM: restoring [VBoxSharedClipboard]
}}}

"	VBoxer1
16186	With Windows 10 guest and linux host, selecting VBox ‘Shared Clipboard – Bidirectional’ disables internal guest copy/paste functionality of all but text.	VirtualBox 5.1.8	defect	2016-11-14T23:03:34Z	2016-11-15T00:13:06Z	2016-11-15T00:13:06Z	"With VBox ‘Shared Clipboard’ set to bidirectional it is not possible to copy Formulas within an Excel spread sheet. It appears to affect the Windows ‘copy’ functionality, only allowing text values onto the clipboard.

Host Gentoo Linux 64 bin KDE5 virtualbox 5.1.8 ; Guest Windows10 64 bit version 1607
Also tested against Windows 10 32 bit version 1607 and Windows 8.1 32 bit. Both are affected.

See attached document for steps to demonstrate and reproduce this issue."	normanb46
16140	copy paste is not working	VirtualBox 5.1.8	defect	2016-11-02T14:05:47Z	2016-11-02T23:29:54Z	2016-11-02T23:29:54Z	"Yesterday I upgraded my version to 5.1.8 and my copy paste stopped working thru out the windows 10 ver 1607 (OS Build 14393.351). This happens when I have bi-directional clipboard sharing enabled. Once I disable this things go back to normal. This is truly a pain as I have to copy and paste all the time for differnt bugs and event or commands all the time. My guest OS is windows 2012 R2 (all the latest patches are applied on host and guest OSs)

Ctrl+C and Ctrl+V as well as right click copy and paste are acting the same I have tried relauncing clip.exe on host and also cleared out the buffer with cmd \c.. commands nothings works until I disable the clipboard sharing"	sys janitor
10057	clipboard integration not working for headless guest	VirtualBox 4.1.8	defect	2011-12-21T04:40:54Z	2016-10-10T21:37:11Z	2016-10-10T21:37:11Z	"I'm using v4.1.8, but I've noticed the problem with earlier versions, at least since 4.1.4.

I have a 64-bit Windows 7 host and both Windows XP and Linux VMs. The VMs are configured for bidirectional clipboards and those work as expected when the VMs are run from the VirtualBox GUI interface: I can copy text in a guest and paste it in the host and vice versa. When I run the same VMs using ""VBoxManage startvm <vm name> --headless"" and connect to them via the Windows RDP client, text copied in the guest not only is not available in the host's clipboard, it's not even available in the guest's.

The attached VBox.log shows clipboard-related errors from a headless Windows XP guest. The content copied during the logged session was text from a text editor (Notepad++) on the guest."	Evan Burkitt
14421	Copy/paste not (always) working from host to guest	VirtualBox 5.0.0	defect	2015-08-10T07:41:10Z	2016-08-31T13:31:14Z	2016-08-31T13:31:14Z	"Copy paste sometimes works from host to guest, but then often stops working after a few hours of the VM running. 

Copy paste from guest to host works. "	nopaste
15415	Drag and Drop is not working bith direction	VirtualBox 5.0.20	defect	2016-05-14T01:25:34Z	2016-05-19T13:17:59Z	2016-05-19T13:17:59Z	"Hi,
Problem 1 - trying to drag from windows desktop any file into a CentOS guest we get a disable icon in the CentOS X11 that forbidden the drop.

Problem 2 - when trying to drag file from CentOS X11 desktop to Windows desktop the transfer start and immediately halts.

host: Win 7 64 bit
Guest: CentOS 6.7 - 64Bit

Attached host & guest logs"	hanken
15276	copy&paste alter guest opened file	VirtualBox 5.0.10	defect	2016-03-26T15:40:26Z	2016-03-26T15:40:26Z	2016-03-26T15:40:26Z	"Hi All,

I have problem with the share functionalities. When I open for editing a shared file just on the quest (used VBox shared folder, e.g. code editing) and I continue to work in the host (e.g. browsing on the net) and I using copy-paste, sometimes in the guest my text cursor moved and guest clipboard pasted in that position. So paste event triggered on both machines (different content). This problem sometimes I have just working on the guest e.g. editing not a shared file: paste at the end, continue to typing, scroll up and last pasted text inserted multiple times in the old text. These are very annoying.
I had no time to experiment exact what are the problems or reinstall and reconfigure the guest. I will do..., but first I just wanted to know if anyone had a similar issue and if this issue was 'fixed'.
 
Host: Windows 7
Guest: openSUSE 13.1
Enabled: shared copy&paste, drag&drop, shared folder

Regards,"	bandki
15227	On Ubuntu 14.04 host Windows 7 guest crashes when copying a few MB to shared clipboard	VirtualBox 5.0.16	defect	2016-03-09T17:41:29Z	2016-03-10T10:13:44Z	2016-03-10T10:13:44Z	"I've upgraded to VB 5.0.16 this morning and ever since I copy a larger amount of data (simple US ASCII text, a few megabytes) to the shared clipboard on the guest, the latter one crashes.

I'm using an Ubuntu 14.04 (fully updated) host and a Windows 7 guest (fully updated).
The guest has the new (5.0.16) Guest Additions, which was installed using Windows Safe Mode so I could install basic 3D acceleration as well.

The VB log has nothing regarding the crash (meaning that it simply cuts off).
It ends like this:
00:01:52.297240 RTC: period=0x20 (32) 1024 Hz
00:01:52.311908 RTC: period=0x200 (512) 64 Hz
00:01:56.312957 RTC: period=0x20 (32) 1024 Hz
00:01:56.327648 RTC: period=0x200 (512) 64 Hz
00:02:00.328344 RTC: period=0x20 (32) 1024 Hz

The host's syslog (and kern.log) does have some useful info:
Mar  9 18:20:51 mydesktop kernel: [29070.988917] SHCLIP[27199]: segfault at 7f714c3ab5a8 ip 00007f7286ee6e0c sp 00007f7243ffece8 error 4 in libc-2.19.so[7f7286e64000+1bb000]
Mar  9 18:20:51 mydesktop kernel: [29071.180556] vboxnetflt: 0 out of 32992 packets were not sent (directed to host)

I haven't had any VB crashes for a long time, but since the 5.0.14 -> 5.0.16 upgrade using the clipboard became a russian roulette. :("	muzso
15228	Using Ubuntu 14.04 host and Windows 7 guest only max. 12582911 bytes can be transferred via shared clipboard	VirtualBox 5.0.16	defect	2016-03-09T19:00:13Z	2016-03-09T19:00:13Z	2016-03-09T19:00:13Z	"I'm using an Ubuntu 14.04 (fully updated) host and a Windows 7 guest (fully updated). The guest has the new (5.0.16) Guest Additions, which was installed using Windows Safe Mode (so I could install basic 3D acceleration as well).

If I open a random text file of 12582911 bytes (eg. in Notepad) in the guest OS, select it's entire contents and copy it to the (shared) clipboard, then I can paste this into gedit in the host OS.

If I add a single character to the end of the file (so it becomes 12582912 bytes long) and do the same, I cannot paste the clipboards contents into eg. gedit in the host OS.

And of course: anything below 12582911 bytes works too and anything above 12582912 bytes doesn't work. :-)

I tried various apps in the guest (Notepad, Wordpad, Notepad++, Total Commander) to open the text file and copy it's contents to the shared clipboard. And I tried various apps in the host OS too to paste the contents of the clipboard. All showed the same symptom.

I created the test text file in linux using this command (I used unix2dos to convert the text file to DOS/Windows line endings so eg. Notepad won't die on me):
{{{
dd if=/dev/urandom bs=12M count=1 | base64 - | unix2dos | dd bs=1 count=12582911 of=test.txt
}}}

It's contents can still be transferred from guest to host via shared clipboard, but if you add only a single extra character to it, the clipboard transfer fails.

Nothing appears in VB's log or in the host's logs (eg. syslog). Neither when the clipboard transfer works, nor when it doesn't.

In the VM I've ""Shared Clipboard"" set to ""bidirectional""."	muzso
14761	Clipboard behavior: Pasting clipboard from paused VM causes destination host app freeze	VirtualBox 5.0.8	defect	2015-10-28T20:17:58Z	2015-10-28T20:17:58Z	2015-10-28T20:17:58Z	"1. Clipboard Direction: Guest to Host
2. Copy any text from guest OS
3. Pause the guest
4. Paste into any application running on host, or another guest (e.g. notepad)

Now, the application of destination freezes until the source of VM is resumed.


This behavior might not incorrect. but I think this scenario should be handled in some way, instead of freezing target app."	ddixuike
13828	Drag-and-drop not working in either direction	VirtualBox 4.3.22	defect	2015-02-13T14:28:32Z	2015-08-28T07:26:12Z	2015-08-28T07:26:12Z	"Host: Windows 7, all latest updates
Guest: XUbuntu 14.04.1, all latest updates

Drag-and-drop does not work in either direction.  I have tried changing the menu option to enable it only in one direction, as well as bidirectional, but nothing works.

I've checked the manual, and it says drag-and-drop should work for a Windows host and Linux guest.  But in this case it doesn't.

Shared folders do work, so that's my workaround for the moment.  (Although there's another bug for shared folders to report separately.)

The clipboard does work for copying text in both directions.  It does not let me copy files in either direction.  It's not clear from the manual whether it should, but I have to assume it's text-only.  (This is a shame, when VMware Player does it fairly seamlessly.)"	gbartlett
14344	Strange characters appended to clipboard 10.10.4 to Win 7	VirtualBox 5.0.0	defect	2015-07-29T14:22:58Z	2015-07-29T14:24:53Z	2015-07-29T14:24:53Z	"This happened multiple times when pasting from both a Chrome and Safari window in OS X 10.10.4 (host) into Windows 7 Ultimate N (guest) on both 4.x and 5.x versions of Virtualbox.

Strangely it seemed to happen less often with Safari but that could just be a coincidence because sometimes it would not happen at all, however each time I was copying the exact same text, a C# class from a github raw file view.

Another note is that if I did not copy a second time, the paste would always be the same and contain the same extra/strange characters on the end, however it would never be in the clipboard on the mac/host side, only on the windows/guest side.

I tried posting this before by including the strange text and I received errors that my post was not long enough (and then lost my entire post  :oops: ) so I am including these as images now to hopefully prevent this issue...

[[Image(http://i.imgur.com/FNNdLWR.png)]]

[[Image(http://i.imgur.com/HFWHfX3.png)]]

[[Image(http://i.imgur.com/q6TRolM.png)]]

[[Image(http://i.imgur.com/c88JA9m.png)]]

[[Image(http://i.imgur.com/YSFEuRU.png)]]

[[Image(http://i.imgur.com/25XBw6l.png)]]

[[Image(http://i.imgur.com/RiWYHtn.png)]]

[[Image(http://i.imgur.com/n8Y6Odw.png)]]

[[Image(http://i.imgur.com/FNNdLWR.png)]]"	virtualrox
6947	VBoxSharedClipBoardClass blocks when copying from host.  (XP guest, CentOS host)	VirtualBox 3.2.4	defect	2010-06-09T06:52:12Z	2015-05-20T13:56:50Z	2015-05-20T13:56:50Z	"Since several versions ago, I have been experiencing clipboard blocking problems.

When copying contents (most of the cases, they are formatted texts), VBoxSharedClipBoardClass blocks, or locks up, so that the application in the guest stops responding.

I recently found that killing the virtual box service in the guest machine will return control back to the guest application, but the clipboard sharing between guest and host will be lost.  Restarting the virtual box service on the guest does not help regain the sharing.

The problem happens at some time, I still cannot reproduce it at will."	afante
14018	Shared Clipboard stops working	VirtualBox 4.3.20	defect	2015-04-02T00:16:04Z	2015-04-02T00:16:04Z	2015-04-02T00:16:04Z	"Host: Windows 7 x64

Step 1: Start guest with guest additions, bi-directional clipboard (in my case, linux mint)

clipboard works both ways, as it should.

Step 2: Start another guest without guest additions, clipboard sharing disabled (in my case, windows 10 preview)

clipboard does not share in 2nd guest, as intended; however, clipboard no longer is shared in the 1st guest now, either direction."	whoami
13792	Bidirectional clipboard not working host->guest under certain circumstances (see text)	VirtualBox 4.3.20	defect	2015-01-27T14:40:53Z	2015-02-27T11:18:21Z	2015-02-27T11:18:21Z	"Host: Debian jessie, VirtualBox 4.3.20
Guest: Windows 7, with guest additions 4.3.20, bidirectional clipboard activated

When host has text in clipboard, then VM is started and trying to paste the text in VM, it will not work.
If text is copied to clipboard on host *after* VM start, it will work.

Step-by-step instructions:

*** NOT working ***
1. HOST: Copy text 'abc' to clipboard (using mousepad and CTRL-C or right-click menu)
2. HOST: Start VM
3. VM: Start Notepad
4. VM: Press CTRL-V or choose Edit->Paste from menu (which is *not* greyed out, i.e. there should be sth. in clipboard)
4a. VM: *DOES NOT WORK* (nothing pasted)
5. HOST: Paste in mousepad
5a. HOST: *DOES NOT WORK* (nothing pasted)
REMARK: Obviously, the clipboard seems to be cleared when the VM started
6. HOST: Copy text 'abc' to clipboard {again, as in 1.}
7. HOST: Paste in mousepad
7a. HOST: => *WORKS*
8. VM: Paste in Notepad
8a. VM: *DOES NOT WORK* (nothing pasted)
9. VM: Copy text 'xyz' to clipboard
10. VM: Paste in Notepad
10a. VM: => *WORKS*
11. HOST: Paste in mousepad
11a. HOST: => *WORKS*
12. Shutdown Guest OS


*** working ***
1. HOST: Start VM
2. VM: Start Notepad
3. HOST: Copy text 'abc' to clipboard
4. VM: Paste in Notepad
4a. VM: *WORKS*
5. VM: Copy text 'xyz' to clipboard
6. HOST: Paste in mousepad
6a. HOST: *WORKS*
7. Shutdown Guest OS
"	hmickler
13299	Clipboard stops working after few hours	VirtualBox 4.3.14	defect	2014-08-19T06:39:22Z	2014-11-19T12:10:44Z	2014-11-19T12:10:44Z	"Hi guys,
After a few hours the Windows 7 guest  stops copying content to the Mac host - I can copy from Mac to Windows but not on the opposite way - I have to kill the VBoxTray.exe and open it again to force it to work.
I'm using the last version of VIrtualBox (4.3.14 r95030) and the guest Windows (Win7 SP1) is using the last version of the Guest Addition software and the host is a OS X 10.9.4.

"	MaaT
11397	Clipboard stops working	VirtualBox 4.2.6	defect	2013-01-16T17:05:09Z	2013-01-16T18:17:25Z	2013-01-16T18:17:25Z	"The clipboard stops working completely (not just host<->guest, but on the guest itself) when a remote desktop session is established with the guest.

The clipboard on the guest can be brought back to life if the 'Shared Clipboard' is 'disabled' on the 'Devices' menu.

I am also remote-desktop'ed into the host when this problem occurs."	cruvis
9418	Mac Arabic Line Endings	VirtualBox 4.1.0	defect	2011-08-11T15:12:21Z	2011-08-11T15:12:21Z	2011-08-11T15:12:21Z	"When copying a paragraph of right-to-left text (arabic in our case) from Word on the Windows guest to the Mac host the line-endings are lost

It seems as though the hidden paragraph marks are being lost"	Trident
8477	Cannot use Windows clipboard when connected to host and guest via RDP	VirtualBox 4.0.2	defect	2011-03-02T16:42:46Z	2011-03-02T16:54:48Z	2011-03-02T16:54:48Z	"Configuration:

Laptop:  Windows XP
Virtualbox Host: Windows 2003 Standard
Virtualbox Guest: Windows 2003 Standard

If I am connected to both the Virtualbox Host and Virtualbox Guest via RDP the clipboard fails to work.  Also it looks like it locks up the local application that I am copying from. 

For example If I copy something from either Excel or notepad and I want to past it into notepad on the VirtualBox host or any Windows Virtualbox Guest, the paste will not work and the source app will be locked until I either disconnect either the RDP connection to the VirtualBox Host or VirtualBox Guest.

If a RDP connection is open to only the VBOX Guest or VBOX Host it works fine.
"	Shawn McCloskey
8141	Clipboard sharing between 3 machines / security issue?	VirtualBox 4.0.2	defect	2011-01-21T12:26:03Z	2011-03-01T16:04:51Z	2011-03-01T16:04:51Z	"I've recently run into a scenario that is a bit troubling. I have two desktop Ubuntu Lucid machines, let's call them D1 and D2, and two users working on them, U1 on D1 and U2 on D2. U1 has VirtualBox running a Windows VM (V1) with D1 as a host. User U2 has a RDP connection opened to V1. 

The users U1 and U2, however, have different TS sessions on the Windows machine. So U1 sees his Windows desktop in the VirtualBox window on his desktop D1, and U2 sees his Windows desktop in the rdesktop window on his desktop D2. The Windows VM runs two user sessions concurrently.

Every once in a while, when U2 copies something in the clipboard on his desktop session on D2, user U1 is able to paste the same thing on his desktop session on D1.

I believe the reason for this is because there is clipboard sharing between D1 and V1 via VirtualBox, and also between V1 and D2 via RDP. So in fact, the clipboard somehow becomes shared by all 3 machines.

This does not seem to occur when running the VM in headless mode, and both users connecting to it via RDP, which indicates that the problem is more likely in the way VirtualBox manages clipboard sharing rather than rdesktop / RDP.

"	Adrian Roman
4763	Cross-PC Clipboard Data Exposure Using Remote Desktop into Guest	VirtualBox 3.0.4	defect	2009-08-12T22:24:34Z	2010-04-13T12:51:35Z	2010-04-13T12:51:35Z	"I discovered what I would consider a data security exposure (at worst) or (at best) an undesirable function of clipboard copy/paste. I have an XP guest (running on a Vista host, but I don't think the host platform matters). Let's call the XP guest GUEST1 and the Vista host HOST1. Often, using another plain standalone XP PC (not running VirtualBox) -- a separate physical PC on the same network that we'll call PC1 -- I will use Windows Remote Desktop from PC1 to access GUEST1 remotely. If I copy text in the Remote Desktop session from PC1, the next paste operation on HOST1 results in pasting the data that was copied from the Remote Desktop session on PC1 (obviously by way of GUEST1).

The data copied to the clipboard should have remained only on the physical PC on which is was copied, in this case PC1 which isn't even running VirtualBox.

This becomes a problem when a separate user on another computer is remotely accessing a guest. This is actually how I discovered the problem as undesirable data was appearing in my host clipboard while someone else was remotely accessing my guest. They could be copying sensitive data, which should not appear on the host clipboard.

This is an easy scenario to recreate on demand. I have verified that this scenario happens in 3.0.4 and as far back as 3.0.0, possibly earlier as I have been having unexpected data appear in my host clipboard for some time."	Christopher Makris
