Host: Windows 1809(latest stable), autohotkey v1.1.30.03(latest stable, but this probrem is at least from v1.1.29.00 afaik)
Guest: All (I confirmed Fedora Workstation 28, 29 and ubuntu 18.04.2. GUI and CLI)
Workstation 15 Player and Pro
I have my autohotkey script:
XButton1::MButton
This changes mouse button 4 (back navigation on browsers) to mouse middle button.
It works fine and doesn't work in VM, of course.
The probrem happens when I push mouse button 4 on any host's application such as firefox with still having focus on Workstation Player window.
If I launch autohotkey script first, windows focus is stuck on clicked window. Kill autohotkey and click mouse button 4 on stucked windows to fix.
If I launch Workstation Player first, mouse button 4 click is ignored and nothing happens. Though other mouse buttons work: change windows focus and perform click.
Launch order matters and I call this "conflict".
This conflict doesn't happen in VirtualBox and I reported here.
Both on Workstation 15 Player and Pro.
The VM is not necessarily on GUI. After Ctrl+alt on CLI mode to back to host, this probrem happens.
Whether VMware Tools is installed doesn't matter.
Running autohotkey as administrator doesn't matter.
It seems like autohotkey cannot recognize the mouse button 4 press and I couldn't solve this probrem with autohotkey script though I tried variables, conditions and sending keys, etc.
My mouse has no vendor specific driver: uses Windows default driver.
Autohotkeyscript like:
XButton1::a
to change mouse button 4 to key 'a', doesn't work too.
Autohotkey is a very common automation tool.
Please fix this problem!
Thank you for reading this.
