Custom keyboard shortcuts for send Ctrl+Alt+Del and Send Clipboard Keystrokes
I would like to request the ability to map custom keyboard shortcuts to the above mention functions.
I would like to request the ability to map custom keyboard shortcuts to the above mention functions.
I'm on Sonoma 14.1.1 if that's helpful. Sadly, when I switched to shift-cmd-D in the StreamDeck macro it sends the "D" character to the remote session too....Dclipboard....every time.
So still not utopia, but another nice workaround. Thanks for pointing it out. I hope you can get it working as well.
Given the existence of the clipboard history feature available in Windows this is even more important than I originally thought. Any modification to a client's clipboard could literally be saved even if you manually clear the clipboard. Nothing short of actually viewing the clipboard history and removing unwanted entries or completely disabling the clipboard history on the client would prevent potentially sensitive data leakage. Obviously disabling clipboard history on a client machine is not a viable solution. So even if we default to a disabled shared clipboard enabling it at all, even for a short period, represents a real security risk.
What we really need is a shortcut to send keystrokes without involving the client-side clipboard at all. While manually clicking the "send clipboard keystrokes" button in the ScreenConnect interface works fine, there is absolutely no reason to not give ScreenConnect customers the ability to define simple shortcuts for features that are critical to the security of an environment. Forcing us to waste time by hovering over icons and clicking buttons just doesn't make sense for something that is so important (and such an easy thing to implement).
Given the existence of the clipboard history feature available in Windows this is even more important than I originally thought. Any modification to a client's clipboard could literally be saved even if you manually clear the clipboard. Nothing short of actually viewing the clipboard history and removing unwanted entries or completely disabling the clipboard history on the client would prevent potentially sensitive data leakage. Obviously disabling clipboard history on a client machine is not a viable solution. So even if we default to a disabled shared clipboard enabling it at all, even for a short period, represents a real security risk.
What we really need is a shortcut to send keystrokes without involving the client-side clipboard at all. While manually clicking the "send clipboard keystrokes" button in the ScreenConnect interface works fine, there is absolutely no reason to not give ScreenConnect customers the ability to define simple shortcuts for features that are critical to the security of an environment. Forcing us to waste time by hovering over icons and clicking buttons just doesn't make sense for something that is so important (and such an easy thing to implement).
@davison: Clipboard history issue was fixed in 24.1.1: Prevent clipboard items from being added to Windows Clipboard history https://screenconnect.product.connectwise.com/communities/26/topics/4551-screenconnect-241
You can also permanently disable clipboard sharing from host to client if desired, not just default to off.
That said, keyboard shortcut is still needed, I would use it many times a day.
@davison: Clipboard history issue was fixed in 24.1.1: Prevent clipboard items from being added to Windows Clipboard history https://screenconnect.product.connectwise.com/communities/26/topics/4551-screenconnect-241
You can also permanently disable clipboard sharing from host to client if desired, not just default to off.
That said, keyboard shortcut is still needed, I would use it many times a day.
You're right, I did miss that particular note. However, there appears to be a new bug related to this fix that causes more clipboard issues. See: https://www.reddit.com/r/ScreenConnect/comments/1d9nopw/significant_clipboard_bug_in_v241/
Bottom line I don't think it's safe to leave the clipboard sharing on at all (and as you mentioned it can be permanently disabled). Of course it comes down to various levels of risk management, but even one time forgetting to clear a client clipboard of an important admin password still leaves the sensitive data on the clipboard (even if it doesn't show up in clipboard history). One thing that should be configurable (or even the default in my opinion) would be to have the client ScreenConnect service clear the clipboard upon disconnection of the host. Of course, all this could be avoided anyway if we simply had an easy way to assign a keyboard shortcut to the "send clipboard keystrokes".
Is there any update from devs on this?
Was requested nine years ago and many would really appreciate this feature.
Is there any update from devs on this?
Was requested nine years ago and many would really appreciate this feature.
nothing, completely ignored
Is there any update from devs on this?
Was requested nine years ago and many would really appreciate this feature.
At some point a MacOS keyboard shortcut got added to "send clipboard keystrokes", opt+cmd+v
However, it's not discoverable in the UI. I think I was using my iPad as a 2nd screen and held down the command key or something and it showed a list of keyboard shortcuts (see link below), or I might have used the no longer available Cheatsheet App on MacOS. I don't remember for sure but it's great to know about!
https://www.howtogeek.com/669178/how-to-see-a-hidden-cheat-sheet-of-keyboard-shortcuts-on-the-ipad/
They have added it to the Splashtop KB at some point...
https://support-splashtopbusiness.splashtop.com/hc/en-us/articles/360014349892-Splashtop-Business-App-Supported-Shortcuts-Hotkeys
Because they have shortcuts for it, you can have a custom macro/shortcut that invokes the "proper" shortcut. Not ideal, but I'm happy there's at least a workaround now. It would be nice if it was more obvious in the UI though (at least on MacOS).
glad it's working for you - I can't get shift-cmd-D to work without it being highlighted. perhaps it's something i've got running like better touch tool i will have to do some testing on another mac