Have this problem too, can't wait to see a fix...
I have experienced this key-repeat issue as well and have found that after I am subjected to the bug, if I switch out of my VM to the host (Ubuntu 9.04), open an app that I can type into like gedit and if I press CTRL-z or maybe CTRL-c, the key repeat does stop. The bummer with this, though, is that I find my SHIFT, CTRL, and CAPSLOCK keys are inoperable right after performing the key-repeat evasive maneuver. This is ALMOST more annoying than the ggggggggggggg bug, in that I thought I had to shut down my VMs and log in and back out of my x-windows session or reboot to reset the keyboard. But with some crafty googling, I happened upon a post on the Ubuntu Forums http://ubuntuforums.org/showthread.php?t=826139 where "anthonykirby" suggests that typing setxkbmap in a terminal fixes the issue. Guess what? It does!
So in summary, if you exerience this bug and end up with your SHIFT, CTRL or CAPSLOCK keys inoperable, open a terminal window and type setxkbmap at the prompt. All your keys should work after that.
Hears to hoping that VMware will REALLY fix the issue.
short update. It is fixed in version 6.5.3!
I just tested it together with Ubuntu 9.04 and can not reproduce.
Kudos to the VMware Dev Team! Thanks for working on this issue.
Now if we can just get the sound on Linux issue figured out, I would say that the Linux version of Workstation would almost be a first class VMware citizen.
Well, not completely fixed but it's better.
Just a few minutes ago I was trying to power off a machine with CTRL-E when it captured the keyboard and started repeating 'eeeeeeeeeeeeeeeeeeeeee' in the guest. I couldn't escape out of the VM either. Took about 5 minutes of pounding on the keyboard before I eventually got X to exit to the console (on the host).
i did a couple of Ctrl-g to test it. No problems so far.
However, the behavior is not perfect, the g out of Ctrl-g makes to the
guest (application with the focus gets the keystroke).
I have the same problem running VMWare Server 2.0.0 on Jaunty (9.04). For me, its often the "d" key or another control key that is stuck repeating. It's been really annoying up until yesterday were the key that got stuck was enter. It opened up about 300 instances of a desktop app on the host (whose launch button was selected when I exited the guest to open a terminal in the host). The host ultimately crashed taking down 8 running virttual machines, one of which came back up with serious disk problems.
Hopefully the fix in Workstation will find its way to Server soon. I am running out of patience with this bug.... The setxkbmap thing works, but only temporarily....been using it to get through these past few months, but it seems like its getting worse with time....
I just want to point out that all version 10 and 11 VMware Fusion suffer from this problem. It is very disruptive when it happens.
It just happened to me, right now, in VMware Fusion 11.5.5 (16269456) on macOS Catalina 10.15.5.
This problem has occurred in prior VMware Fusion versions, running on prior macOS versions. An update about a year ago was supposed to solve this problem but it's still there.