V3 pushed: basically, the edit tests (user & comctl) don't expect other application to open the clipboard during the test; when this happens: - OpenClipboard() can fail (GLE=ACCESS_DENIED) - WM_PASTE will do nothing (no status returned from SendMessage) from Bugzilla, there are cases where some Radeon driver installs applications opening the clipboard I also run into with a VirtualBox VM and the application that VB installs for shared clipboard between host and guest
user32/tests/clipboard.c has already protection for failing access in OpenClipboard, and retries in case another application is using it
this series, for edit tests in comctl32 and user32: - wraps the OpenClipboard calls into a helper to retry open in case of access denial (reusing helper from user32/tests/clipboard.c) - wraps the WM_PASTE tests into a helper to retry sending the message in case nothing happened