Chris U

Is there any way to trigger a workflow when the clipboard viewer is closed? If there is a way to determine when a clipboard item was selected, it should be possible to script the custom behavior required for these Windows (or Java?) environments.

Thanks for your reply, deanishe. I disabled Karabiner-Elements and this is what it looks like. Events 1-7 are before the clipboard history, and 8-11 are after selecting an item to paste.

Does this give you any ideas?

PS. I had to remove my other Windows image upload to make room for this one.

I have the same issue. This happens when using Microsoft Remote Desktop, Citrix Receiver, and even VMWare Fusion locally. That is 3 different software vendors where I am experiencing this issue across, so it is not specific to one application. The parent host is, of course, running MacOS. Target OS is Windows. This has worked in the past with Citrix but I did not keep track of when it stopped working. For Microsoft Remote Desktop, the result is the same whether the application mapping of Cmd+C/V is enabled or not. There are probably other applications or situations where this is an issue. The current Alfred version is 4.0.9 [1144].

Right now I do have Karabiner-Elements running to map Ctrl to Cmd for Microsoft Remote Desktop.

To troubleshoot,  I opened up a website which displays captured events in the web browser on Windows and the MacOS host. Screenshots of the sessions are attached. As you can see, I used Firefox 75 on both operating systems. The MacOS capture is a lot simpler, with rows 5-7 showing the events and result after selecting a historical clipboard item. On the Windows capture, lines 14-18 happen after selecting a clipboard item. It appears that both Meta and Control are sent on Windows, but the state is not persisted. There is no key down event for Meta in either paste operation. I wonder if that is related?

Any ideas? I would be happy to test other scenarios or work-arounds.