Solved via editing the Guest machine's group policy to NOT use the WDDM RDP display driver for RDP sessions, instead using the XDDM driver. https://www.askwoody.com/2019/carboni-jittery-mouse-when-controlling-win10-version-1903-via-rdp-theres-a-solution/
As it might be fixed by a Windows update (which my WSUS people might have not approved yet) I'm not rolling out the Policy change to my whole organization at this time. Hopefully this information helps you!
We are also having this issue. Everything is fine on the console session, but when Control switches to one of the guest's RDP session, the mouse is almost unusable.
This is a pretty high priority for us over here as well. As much as we love Control, if we can't get proper 2FA going without modifying the Description field, I think we might need to not renew. :\
Similar issue over here. If different wallpapers are set per screen, the wallpaper that was on screen 1 is restored to all screens upon disconnect.
Thanks! I don't think that's made it onto the reference page yet.
I made an account just to suggest this same thing!
Customer support service by UserEcho