Vmware Player 17 Product Key

[Hyun Orth]

Iinstalled Ubuntu in the VMware player. You just right click, and click "Change Desktop Background", and click "all setting" at upper left corner. Click "Displays" and change the resolution to 2560 by 1600.

I had the same issue trying to play a Windows XP virtual machine on Windows 10. I somewhat solved it by going to the control panel, then display, then changing the settings. I'm using 1440x900 which shows a little black on the sides and requires me to scroll down to see the bottom, but it's better than looking at a very small VM screen.

Yes, it's possible to use vmware player as a service for Linux (there's a separate answer for Windows); it's easy and there's no reason I can think of not to do it. It's especially great for hosting a headless server from a headless server.

The other VMware-oriented choice, VMware Server, is deprecated and the only other $0 choice I know of is VirtualBox. If you like that better than VMWare Player, more power to you, but I know VMWare Player and I don't see a reason not to use a well-supported path to get what I want.

To answer my own question: After upgrading cinamon and vmware client to the newest version all works fine. Only a small loss of performance compared to native.

And vmware player is free for private use.

Ive been using players up-till 16 until recently, so i was rather use to that, until i installed another ha-os in Vmware on debian, then i ended up in same situation as you, used to install Player 16, with no issues, but 17 !?, Well eventually i found that brilliant detailed instruction

Please mark the post with the Url, as Solution, so other people will have easier to find it

I had written blogs earlier on using Virtualbox and VMWare Player. I recently had a need to connect VMs running on Virtualbox and VMWare player. This is for my Windows laptop. I found the procedure mentioned in this link to be very useful. There are 2 options.

Hi all, I used to use Keepass to send my password to VMWare 10 and everything worked fine, however I recently updated my linux environment (I was Linux Mint 17 with Cinnamon, and upgraded to Ubuntu Gnome 16.04 ) and I had to update also VMWare 12 (for kernel incompatibility) and now my password passes to the vmware guest without any Shift characters (if my password is MypA$$wOrd it would be sent as mypa44word).

KeePassX also has the issue... so are you saying that is probably a VMWare issue? how could that be, if when I type in the VM, I can use shift with no problem, but just when Keepass2/X sends the password the issue happens.

Confirmed same behavior on both ports. A semi-functional workaround is to use VMware's built-in VNC functionality on a separate workspace just to enter passwords, but that means no shared clipboard and a few other goodies.

I despise Necromancy, but I have yet to see anyone post a solution for this and the vmware community items are just as dead. This thread seems to be the one all my mates keep referencing in one way or another so if any of the original posters still need it the tool works.

I wrote a wrapper that acts as a buffer between KeePass and VMWare. The root cause on linux has to do with the way VMWare handles keymapping from xdotool which performs the autotyping.

When xdotool executes the type, vmware's shenanigans for keymapping and hotkeys basically fail to interpret an implied shift coming with capital letters and special characters.

There is a workaround, use 'xdotoolk key' with explicit shift characters.

As a proof of concept I wrote the wrapper and it's working well for me:

I set it in my autotype to execute via the following: DELAY 3000CMD:!/absolute/path/to/vmwareXDoTool.sh PASSWORD!W=1,WS=H

Known issues: Besides only being for a US keyboard currently, this does not handle passwords with ' and " characters currently; I didn't have an obvious way to escape those characters in the command call without altering the value of the password field in the entry which was undesireable.

Long term I may write a plugin or something to perform the autotype as an individual key call rather than a whole type operation as a selectable flag.

3a8082e126