Clipboard History Paste into Screen Sharing Session Pastes 'v'

[stevex]

 

Greetings - Just installed Alfred 4, and started using the Clipboard History.  Works great on my desktop, but when I try to paste when using a Screen Sharing session from my laptop, I get the popup history window but when I pick an item from the history, what gets inserted is the letter 'v'.

 

To reproduce:

- Set up Alfred 4 on a computer

- Enable Clipboard History, configured with the shortcut Cmd-Shift-V

- From another computer, open a Screen Sharing session to connect to that computer.

- Open TextEdit so you can type.

- Cmd-Shift-V

- Popup appears showing clipboard history .. pick an item.

 

Letter 'v' gets inserted.

 

Using Alfred 4.01 build 1078.

 

Thanks

 -- Steve

 

Edited June 1, 2019 by stevex

[Vero]

@stevex Could you please let me know what Screen Sharing app you're using? And are you Screen Sharing to a Mac or a Windows machine?

 

To paste, Alfred uses Cmd + V, but it seems that with your current setup, the Cmd is being lost between your Mac and the Screen Sharing session. If it's a Windows machine, it would be because Windows is expecting Ctrl + V to paste instead.

 

[Edited: I see you're saying you're pasting to TextEdit on the shared screen, so I assume you're on Mac, but I'll leave the question above, in case I'm assuming wrong.]

 

Moving this to Discussion & Help as fellow users may be able to provide more insight into screen sharing once you've provided a little more details.

 

Cheers,
Vero

[raydeo]

I'm experiencing this with Alfred 4.0.9 and Catalina 10.15.4. Simply cannot get the clipboard to share properly - pasting always sends a "v". It seems like after that happens, the expected contents is in the paste buffer and a Cmd-V will work correctly. But if I try to paste something from the clipboard history it's always a "v" first. I should note that if I just copy something from the host and paste it into the screen sharing app, it seems to work - it's just when going through clipboard history that things seem to be acting up.

Edited May 4, 2020 by raydeo

[Chris U]

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.

Edited May 9, 2020 by Chris U
Removed Windows Image So I Can Upload More.

[deanishe]

8 hours ago, Chris U said:

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

 

Could you turn that off and try it again?

[Chris U]

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.

 

Edited May 9, 2020 by Chris U

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