https://bugs.winehq.org/show_bug.cgi?id=53277
Eric Pouech eric.pouech@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech@gmail.com
--- Comment #1 from Eric Pouech eric.pouech@gmail.com --- I get similar errors on a VirtualBox virtual machine. my understanding is that VB, in order to provide guest <=> host clipboard features listens to clipboard write operation (in guest) to expose it to the host.
the test does: T1: open clipboard T2: write data into clipboard T3: close clipboard T4: send WM_PASTE to wndA T5: check that content put in the clipboard is present in wndA
very likely, the VB app is notified about clipboard change in T3, so opens the clipboard after T3. depending of the order of operation, it may weel be that the WM_PASTE can't do its work as it needs to open the clipboard to get its data, and the clipboard is still opened by the VB app. it seems that in that case the WM_PASTE just silently returns when it cannot open the clipboard
in my testing, it shows that the content of the clipboard is not erased, the WM_PASTE just silently fails (there's no returned value from SendMessage). But resending a WM_PASTE a while after just pastes the expected content