I am not experiencing this issue.
VDI based on Windows 10
Connection tested via UAG 3.8
Horizon Client 5.4.0 for Windows
Sorry to hear of your difficulty. What mouse model are you using and what macOS version? Did you open a support ticket with VMware? We have not seen this problem so we may need some help duplicating it.
I'm not using Mac, it's on Windows 10, with the Windows Client 5.4.0. Also tried different mice to exclude the hardware (one was HP, the other one was Logitech, both default mice with 2 buttons and scroll wheel, nothing fancy). Reverting to 5.3.0 solved this issue...
Haven't opened a ticket with VMWare cause our Horizon infra is partner managed (so they would have to do it and would charge us for it... ). For now, the communities is all I have, but we're working on it...
We try to duplicate this issue in lab, but no luck. Could you provide more details to help us identify the issue?
1. Are you using a desktop or remote application?
2. If it's a desktop, what's the application you try to scroll in it? If it's a remote application, what it is?
3. What's the protocol you are using, PCoIP or Blast or RDP?
4. I try to describe the step to duplicate the issue, please correct me if it's not same with your step exactly.
4.1 Move the mouse to desktop or remote application.
4.2 Is there any mouse click happen? (If you click here, does scroll work in next step?)
4.3 Scroll the mouse button, nothing happen.
4.4 Move mouse, the scroll happens.
4.5 What happen if you scroll again here?
Thanks for your support. Here's some more information:
- Tried multiple mice, both wireless and wired, all have the same issue (rules out HW)
- Local computer = Win10 Pro 2004 with latest updates
- Horizon Client 5.4.0 for Windows
- Horizon 7.9 infrastructure
- Connection through UAG 3.6
Until now I only tested on full Desktop (single user, no RDSH). Same issue in any application (Outlook, Chrome, Explorer, ...). Desktop = Windows 2019 Server with latest updates.
When you scroll, the contents move one time then stop. If I click again in the window I can scroll again one time again. I also noticed while typing in this textbox and trying to scroll I'm loosing focus on the current window, which would explain why the scrolling stops. I can see this because I'm typing now, then scrolling, then trying to type again and just hear the "error" sound like you're trying to click behind a modal form if you understand what I mean? When I keep moving my mouse while scrolling, it works fine and I can continue to type in the textbox
By default BLAST protocol is used, I just changed to PCoIP, but same problem persist.
Tried a published app on an W2K19 RDSH and there scrolling works fine.
Also tried a VDI Desktop running Windows Server 2008R2 and also there scrolling works fine.
Looks like we have narrowed it down to this single Desktop, running W2K19.
All VDI desktops are running vmware tools 10.3.5, but the W2K19 got a driver update on the NIC and VMIC drivers via MS Update
Horizon Agent = 7.9
I'm seeing on my current desktop 3 mice in the device manager: 2 using VMware driver 184.108.40.206, one using MS driver 10.0.17763.1
Will try to update VMWare tools on the master to the latest, but I know we then have a ping issue (ping loss vmware tools 11 )
OK, this is getting very specific I'm afraid...
Upgrade VMTools to 11.0.5 did not solve the issue.
By accident I noticed it only happens on my external screen, not on my Surface screen. So I've done some other checks:
- VDI in fullscreen only on external monitor: FAIL
- VDI in window mode on external monitor: FAIL
- VDI in fullscreen only on Surface monitor: OK
- VDI in window mode on Surface monitor: OK
- VDI in fullscreen on both monitors: OK
- VDI in window mode spanned over both screens: OK when scrolling on Surface screen, FAIL when scrolling on External monitor
External screen is a 4K screen, connected via display port on Surface (no adapters/converters in between)
Well, it can't get any weirder than this...
Working on 2 monitors full screen now and when I scroll in an active application on the external monitor it works but the chrome window on the Surface monitor scrolls also with it...
The other way around not, so if I scroll in an active window on my Surface monitor, the window on the external monitor doesn't scroll with it.
It also seems to happen only when a Chrome window is maximed! on my Surface monitor, when I set it in normal window, or multiple windows next to each other they don't scroll together with the active windowon the external monitor.
I'll have to revert to the Client 5.3.0 for now cause it's annoying me too much and it's already hard enough working in an improvised home office for now and I don't have additional test devices at hand for now...
Thanks very much for your detailed investigation. From your description, it seems a native application(Google Chrome on your Win10 Pro 2004) steal focus from the Horizon vdi desktop window while scrolling, so the vdi desktop window is un-grabbed. Yes, this can explain why the content scroll one time( because the first move event is sent to vdi desktop) and then stop( because the vdi desktop is un-grabbed, so mouse event is not sent to vdi desktop). If you keep moving the mouse inside the vdi desktop, the vdi desktop will try to grab again and again, so the scroll mouse event can be sent to vdi desktop and you can see the scroll can work in this scenario.
The interesting things is:
1. I guess native Google Chrome wants to be focused because it gets scroll event, so why it gets scroll event if vdi desktop is front most, it's strange. And it doesn't steal focus from Windows Server 2008R2, hmm, weird.
2. Do you install url redirection on your Window Server 2019? Not sure this can affect the native Google Chrome's behavior.
3. Another point is, if the native Google Chrome isn't launched, can the scroll work?
Just to be clear, I was working in my VDI on 2 monitors and it was the Chrome inside the VDI that was scrolling with the other app, so had nothing to do with Chrome on my local computer. All this was happening inside my VDI session.
Just for the record: Chrome version 80.0.3987.149
Thanks for your clarification. Then I think the fact should be:
SOME THING causes the remote desktop un-grabbed while mouse move, but I don't know what's it now. My colleague and I spend several hours to duplicate this issue but no luck. I will try to see if I can find any clue from code level. Also we can try to give you a build with more debug information so that we can get more information about issue, do you want to try it?
I think we find possible root cause from code. In some special environment, the mouse scroll event is sent to out window of remote desktop, which cause the remote desktop is un-grabbed. I attached a vmware-remotemks which can fix the problem. I attached it here because I think there may be other people encounter same issue so they can try this fix too.
You can rename the vmware-remotemks.exe in [INSTALL_DIR]\x64 and copy attached vmware-remotemks.exe to same folder. The default location should be "C:\Program Files (x86)\VMware\VMware Horizon View Client\x64" if you don't change the install directory.
vmware-remotemks.exe.zip 1.3 MB
1 person found this helpful
Yes, it will be fixed in 5.4.2. You can wait for the official build.