I have the same issue. One of my colleagues too.

I am running VMware Fusion 8.5.8 (5824040)

Also tried to use the pre-made image for VMware. Resizing and auto-fit works. After updating, it's broken and does not work anymore. You can, however, set a custom display resolution manually.

Screenshot: http://i.imgur.com/9iLehQu.png

(Also notice the outline behind the Terminal window - this is also occuring after the update).

kali:~$ xrandr -q
Screen 0: minimum 320 x 200, current 800 x 600, maximum 8192 x 8192
XWAYLAND0 connected 800x600+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
800x600 59.86*+

Trying to force this to say, 1920x1080 returns:
kali:~$ xrandr --output XWAYLAND0 --mode 1920x1080
xrandr: cannot find mode 1920x1080

Changing resolution works with the "Displays" application for me.

Thanks kl - I can now at least see some more of the screen - those weird extra boxes around terminal windows are very noticeable though.

My host OS (Windows 7) is at 1920x1080 - it just appears this mode has disappeared so I'm on 1920x1200 at the moment using the Displays application.

Is this a fundamental change in supported modes, or a GNOME specific theme change, or something else?

I am not sure. I must leave the answer to that questions to the pros ;-)

From the xrandr output, I can infer that you are using Waylant and not Xorg. You might want to try to switch back to Xorg. This should be doable at the login screen by selecting the Gnome session instead of the Gnome Wayland one.

Thanks - that has fixed the problem.
I can see from xrandr I now have all the expected resolutions.

After reboot from update it must have fallen back to 'System X11 Default' for whatever reason - I have never touched that menu (window manager choice) since installing Kali from iso so I'm still presuming some update has caused this.

Very happy to see it back to normal, though!

Just to add a screen-shot - these are the options I have present.
I've never chosen/installed a Gnome Wayland option so possibly some package is defaulting to assuming I have it installed and it falls back to default X11 when it isn't there?

1.png (23,023 bytes)   

1.png (23,023 bytes)   

Same issue here, but thanks to rhertzog it worked.

However this setting isn't kept after a reboot, so I had to disable Wayland in the [daemon] section of /etc/gdm3/daemon.conf with:
WaylandEnable=false

I also encountered this issue; fixed by switching to Xorg at login as rhertzog mention.
Can't really recall when I saw Wayland getting pulled on update.

I can confirm switching to Xorg works.

So I confirm that Gnome recently switched to use Wayland by default and that we should now select Xorg manually if we have a reason to switch back. We can probably switch the default back to Xorg but it's not going to be a long term solution.

We should get VMWare/its video driver/open-vm-tools fixed to work properly on Wayland too.

It seems to be reported upstream already:
https://github.com/vmware/open-vm-tools/issues/22

In the upstream ticket, there's an open question. Do you have a vmtoolsd process running ? (I guess so)

Does it help if you run vmware-user-suid-wrapper ?

@rhertzog yes vmtoolsd is running both when using Xorg and Wayland.
Regarding vmware-user-suid-wrapper, it does not seem to work in either case with the error "vmware-user: could not open /proc/fs/vmblock/dev"
I made some screenshots (vmware window mode 800x600 for consistency) of vmware* commands ran when using Wayland and Xorg: https://imgur.com/a/YlKJs (first one is Wayland - you can tell by the extra window/border around the terminal window). The interesting thing seems to be the missing VMWARE_CTRL extension missing when running Wayland.

@rhertzog this might be a slightly more broad issue regarding open-vm-tools as reported by @sn0wfa11 here https://bugs.kali.org/view.php?id=4163 (sorry I don't know how to link bug ids like names with the "at" sign)

Apparently Fedora has a patch for this, I just uploaded open-vm-tools 10.1.10-1kali1 with the same patch. Can you try again with the newer open-vm-tools and report back how it works ? Thank you.

@rhertzog I just upgraded and it does not work for me. Not sure if it does not work or if I'm an edge case.

root@kali:~# apt update -qq && apt policy open-vm-tools
All packages are up to date.
open-vm-tools:
Installed: 2:10.1.10-1kali1
Candidate: 2:10.1.10-1kali1
Version table:
*** 2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
100 /var/lib/dpkg/status
root@kali:~#

@rhertzog also I don't think bug id 0004162 is related since, the reporter @ [email protected] said he/she is using Kali as a main OS. In this case it would be more of a GNOME/Wayland thing imho.

@raradualexandrupopescu Did you update open-vm-tools-desktop and open-vm-tools-dkms too? Did you reboot after the update (to ensure you have the latest version of the kernel module)?

@rhertzog I did reboot several times.
As for open-vm-tools-dkms, it is not installed on my system:

root@kali:~# apt update -qq && apt policy open-vm-tools*
All packages are up to date.
open-vm-tools-desktop:
Installed: 2:10.1.10-1kali1
Candidate: 2:10.1.10-1kali1
Version table:
2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
100 /var/lib/dpkg/status
open-vm-tools-dkms:
Installed: (none)
Candidate: 2:10.1.10-1kali1
Version table:
2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
2:10.1.5-5055683-4 -1
100 /var/lib/dpkg/status
open-vm-tools:
Installed: 2:10.1.10-1kali1
Candidate: 2:10.1.10-1kali1
Version table:
2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
100 /var/lib/dpkg/status
open-vm-tools-desktop-dbgsym:
Installed: (none)
Candidate: 2:10.1.10-1kali1
Version table:
2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
open-vm-tools-dev:
Installed: (none)
Candidate: 2:10.1.10-1kali1
Version table:
2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
open-vm-tools-dbgsym:
Installed: (none)
Candidate: 2:10.1.10-1kali1
Version table:
2:10.1.10-1kali1 500
500 https://http.kali.org/kali kali-rolling/main amd64 Packages
root@kali:~#

although

root@kali:~# apt list open-vm-tools*
Listing... Done
open-vm-tools/kali-rolling,now 2:10.1.10-1kali1 amd64 [installed,automatic]
open-vm-tools-dbgsym/kali-rolling 2:10.1.10-1kali1 amd64
open-vm-tools-desktop/kali-rolling,now 2:10.1.10-1kali1 amd64 [installed]
open-vm-tools-desktop-dbgsym/kali-rolling 2:10.1.10-1kali1 amd64
open-vm-tools-dev/kali-rolling 2:10.1.10-1kali1 amd64
open-vm-tools-dkms/kali-rolling 2:10.1.10-1kali1 all [residual-config]

says it was installed at some point. I presume somewhere along the upgrade path it became unmarked as a dependency for open-vm-tools-desktop and running apt autoremove got rid of it. I suspect somewhere around version 10.1.5.

root@kali:~# apt purge open-vm-tools-dkms
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
open-vm-tools-dkms*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
(Reading database ... 518036 files and directories currently installed.)
Purging configuration files for open-vm-tools-dkms (2:10.1.5-5055683-4) ...
root@kali:~#

Also, according to 'apt show open-vm-tools-dkms':

This package provides the source code for the vmxnet module, which was
superseded by vmxnet3. You should only install this package if you know
that you need the legacy vnxnet module.
Kernel source or headers are required to compile it using DKMS.

I installed a Windows machine with VMWare Workstation Pro and I tried by myself. With open-vm-tools-desktop 2:10.1.10-1kali1 I can use the "View > Fit guest now" menu or enable "View > Autosize > Autofit guest" and the size of my graphical desktop does change, even under Wayland.

For me, this issue is fixed or I did not understand the request at all.

(open-vm-tools-dkms is effectively not needed, I had only open-vm-tools-desktop and open-vm-tools installed)

@rhertzog then I must have encountered an edge case because it does not work on my end. The "View > Fit guest now" is always disabled, but when I login with GNOME on X11 the screen just auto-resizes; on Wayland it does not: https://youtu.be/VU16tcMqff8

It doesn't bother me all that much beyond the fact that it annoys me I can't figure out why it does not work for me. Quite curious if it works for everyone else.

If I'm the only one still having issues I don't mind if you close the bug.

@radualexandrupopescu On IRC someone told me that when you select "System X11 Default" it works (that's what I tested since that's the default) but that it would not work when you select "GNOME". Maybe you selected GNOME?

Though it does not make much sense to have a difference here.

Hum, trying again, it looks like "System X11 default" is still running Xorg so that explains why it works. I must continue my investigations.

Thanks @rhertzog for trying but the problem remains here too.
The kernel was upgraded during the update also.

uname -a

Linux [redacted] 4.12.0-kali1-amd64 0000001 SMP Debian 4.12.6-1kali1 (2017-08-18) x86_64 GNU/Linux

xrandr -q | grep WAYLAND

XWAYLAND0 connected 1152x864+0+0 (normal left inverted right x axis y axis) 0mm x 0mm

dpkg -l|grep open-vm

ii open-vm-tools 2:10.1.10-1kali1 amd64 Open VMware Tools for virtual machines hosted on VMware (CLI)
ii open-vm-tools-desktop 2:10.1.10-1kali1 amd64 Open VMware Tools for virtual machines hosted on VMware (GUI)

This is affecting me too, both on an existing VM and a new one.

How do I find the "Displays" application? The programs menu doesn't fit in the smaller screen resolution and it's hard to see anything.

FYI, I uploaded open-vm-tools_10.1.10-1kali2.dsc fixing one issue I discovered thanks to the help of Thomas Hellstrom from VMWare.

There's only one issue left. The system-wide vmtoolsd is started too early and thus the "fit guest" feature only starts working after a restart of the service:
systemctl restart open-vm-tools

having the same issue. have a vanilla 2017.1 vm. before update full screen resize works (as well as 'fit guest' if enabled). After apt update && apt -y full-upgrade, neither works. Logging in as Xorg and/or diabling wayland in the daemon.conf does allow both to start working, although i have then been having some odd screen glitches during resizes (might just be my system).

after the last update in this thread, went back to a vanilla snapshop, updated fully (as above) and then rebooted. issue persists, and restarting the service does not seem to affect it.

Want to add:
VMware Workstation Pro 12.5.7 build-5.813279
same issue when using either a debian 8 or windows 10 host
same issue if vm is created from iso or using the prebuilt vm.

I have a stack of snapshots and can go back to initial build easily.
Happy to help if I can.

@rhertzog I upgraded to lastest version and some problems got fixed but others emerged: the automatic screen resize works after restarting the service as you stated, but the screen redraw is horrible - it only redraws when it feels like it; I usually manage to trigger it with the <ENTER> key, but even so it takes seconds.
The really strange part is this behavior now affects GDM (the login screen). Anyone else having this issue?

One thing I should mention is I did a full update so I might have updated other libs like libc or kernel. If anyone can verify with a snapshot at least a day or 2 and just update open-vm{,-desktop}.

@brutus Your test dates back to 45 minutes after my message, it's not enough for the package to build get into kali-dev, then migrate to kali-rolling and then reach the mirrors. We update mirrors at most every 6h. When I mention a specific version of a package, make sure that you have (at least) that version installed. Thank you.

@radradualexandrupopescu Yes, Wayland + Linux 4.12 + VMWare is broken. I got the same issue while debugging this and notified VWWare. Apparently, this is rather VM specific, for me like you it was very visible, but for others it can show up only a slight delay while typing characters. There's no correct upstream patch yet but I'll ask them for a work-around in the mean time. If you still have the 4.11 kernel around, boot on this one (in the advanced menu in grub).

FWIW the issue with graphical rendering is tracked in 0004190.

And today you get open-vm-tools 10.1.10-1kali3 which completely fixes this issue. I'm closing the ticket.