We have test so far with the following apps, all with the same behavior: In our testing, moving the mouse down to the task bar after clicking the drop down will reveal the needed item. The fact the user clicks on the menu and nothing shows simply means that the menu is behind, but all the items are ghosted, but clickable. For those desperate,Īlso, in more testing we found that the problem is exactly ONE, and nothing really random:Īnything that produces a menu or a window, being modal or not, simply pops up behind the active Window. However, not sure if this is the best solution, as the Steps Recorder doesn't merely need to be open, but also actually recording, which I'm assuming will drain the workstation's memory, and will show a little red dot on every click. We tested this, and it does in fact resolve it.

someone was asking regarding whether enabling the Steps Recorder fixes the problem. This appears to have worked in our environment.

So I had to teach my clients how to click on imaginary buttons/menus.Ĭhange the following group policy either locally or via GPO in an AD environment on all Terminal Servers/Remote Session Hosts:Ĭomputer Configuration/Policies/Admin Templates/Windows Components/Remote Desktop Services/Remote Desktop Session Host/Remote Session Environment: Use advanced RemoteFX graphics for RemoteApp – Disabled Microsoft NEEDS to patch this IMMEDIATELY! This appears to be a RDP issue as older versions of RDP seem to work just fine. If you muddle with clicking in an out of a drop down OR contextual right click menu it may or may not display. When opening some drop down menus, they seem to just not open but in fact they ARE opening as youĬan click on any selection in the drop down as if it were being displayed. Immediately noticed Remote Apps were behaving erratically.

Update to 1803 on all our Win 10 Pro Clients.

Right click slow windows 10