Windows sometimes doesn't see mouse-up event after mouse-down (clicks interpreted as drag-start)

In Outlook 2016 for Windows running in Parallels 11.1.3 (32521) using Coherence on a Windows 10 (build 10586.104) guest, I often click on an email in the Outlook message list and instead of showing the message in Outlook's preview pane, it does nothing. When this happens, if I move the mouse (without pressing any more mouse buttons) I see a "no-drop" drag cursor (the circle with a line through it). This implies that Outlook is seeing my single-click as a drag-start operation. More precisely, it seems like Outlook is seeing the "mouse-down" event but not the "mouse up" event.

At this point, Windows thinks it's inside of a drag operation. With the keyboard I can (using Cmd+Tab) switch to another Windows app and I will see the no-drop drag cursor on that windows app too. But on the Mac side (like the Chrome for Mac browser I'm using to window I'm writing this post) it knows that I'm not dragging anything because the mouse button is not pressed anymore. Until I click the mouse again in a Windows app, or click the "Esc" key to cancel the drag, Windows will stay in the dragging state.

Is this a known problem with Parallels (or with Parallels and Outlook 2016?) where a mouse-up event is not being recorded in Windows, leading to Windows being stuck in a drag operation even after the mouse button has long since been released?

Note that I'm not doing anything strange like dragging outside a coherence window when this happens-- I'm just clicking normally on the outlook window without moving the mouse while I'm clicking.

The behavior is intermittent and unpredictable-- sometimes clicks work fine, while other times I get the behavior described above.

 

Hi JustinG1, Try installing Parallels Tools manually. You may also try changing the mouse settings in Parallels Desktop between Optimize, Do not Optimize or Auto Detect and check how it goes.