Bug 1890815

Summary: Wayland session as vmware 16 guest does not resize or maximise screen
Product: [Fedora] Fedora Reporter: tim richardson <tim>
Component: open-vm-toolsAssignee: Simone Caronni <negativo17>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 34CC: ajax, bugzilla.redhat, carlg, ccheney, jason, jh+redhat, joejgarcia, mnk, negativo17, ngompa13, radiera.dt, ravindrakumar, redhat, rjones, scader, th.neuber
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: open-vm-tools-11.2.5-9.fc34 open-vm-tools-11.2.5-9.fc33 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-06-12 01:17:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description tim richardson 2020-10-22 22:11:52 UTC
I have installed a Fedora 33 guest in a VMWare Workstation 16 host (pop!os).

This bug happens only when using the wayland gnome session.
An X11 session does not have this bug. 


In the Fedora 33 guest, open-vm-tools and open-vm-tools-desktop are installed.

In the display control panel, the max resolution is 2560x1600; the host is running on a 4K screen in native resolution.

I have two other linux guests: a xubuntu 20.04 and a pop!os 20.04.

In both of these, the display maximises perfectly (the xubuntu instances is open and the display control panel reports a resolution of 3829x1961 for instance) and the guest dynamically responds

The Fedora guest (under Wayland session) does not resize. Instead, it forces the VMWare windows to change size.

The virtual machine display settings are the same in all three cases:

    upgraded to VMware 16.x hardware

    3d Graphics enabled with 8gb display ram

    Use host settings for monitors: True

The VMWare Workstation settings are the same across the three guests:

In the View menu, I always use

    Autofit Guest

    Autofit Window is checked

Comment 1 Carl G. 2020-10-25 09:15:03 UTC
*** Bug 1886309 has been marked as a duplicate of this bug. ***

Comment 2 Carl G. 2020-10-25 09:36:43 UTC
The issue is that libresolutionKMS.so is not loaded into the Wayland session on Fedora 33 (tested w/ VMWare Workstation 16). It works as expected in Ubuntu 20.10 with either Wayland or Xorg.


cp /etc/vmware-tools/tools.conf.example /etc/vmware-tools/tools.conf

nano /etc/vmware-tools/tools.conf

Remove the # from this block:

[resolutionKMS]

# Default is true if tools finds an xf86-video-vmware driver with
# version >= 13.2.0. If you don't have X installed, set this to true manually.
# This only affects tools for Linux.
enable=true

systemctl restart vmtoolsd.service

Comment 3 Carl G. 2020-10-25 11:18:38 UTC
Tested on Fedora 32 Live CD (Wayland) and resizing the window is working properly.

So the issue is limited to Fedora 33 w/ Wayland. 

xorg-x11-drv-vmware is installed out of the box on Fedora 33.
Version      : 13.2.1
Release      : 13.fc33

Tentatively reassigning to open-vm-tools

Comment 4 tim richardson 2020-10-25 20:38:47 UTC
thank you for this solution which worked for me.

Comment 5 Carl G. 2020-10-26 02:00:33 UTC
Actually, libresolutionKMS.so is not loaded into a Fedora 33 X11 session either but resizing the window is working properly. Its relying on libresolutionSet.so?

Fedora 32 has libresolutionKMS.so active for Wayland and X11 sessions.

Comment 6 JD 2020-10-29 17:11:07 UTC
(In reply to Carl G. from comment #2)
> The issue is that libresolutionKMS.so is not loaded into the Wayland session
> on Fedora 33 (tested w/ VMWare Workstation 16). It works as expected in
> Ubuntu 20.10 with either Wayland or Xorg.
> 
> 
> cp /etc/vmware-tools/tools.conf.example /etc/vmware-tools/tools.conf
> 
> nano /etc/vmware-tools/tools.conf
> 
> Remove the # from this block:
> 
> [resolutionKMS]
> 
> # Default is true if tools finds an xf86-video-vmware driver with
> # version >= 13.2.0. If you don't have X installed, set this to true
> manually.
> # This only affects tools for Linux.
> enable=true
> 
> systemctl restart vmtoolsd.service

Same experience here but with VMWare Workstation 15.x

Same workaround is applicable for me and works fine.

Thank you Carl

Comment 7 Chris Cheney 2021-03-16 18:18:19 UTC
Just tested and this still applies to Fedora 34.

Is this ever going to get fixed?

Comment 8 Richard W.M. Jones 2021-03-16 19:17:50 UTC
This is Fedora so you get to work on whatever is important yourself.
https://fedoramagazine.org/how-to-contribute-to-fedora/

Comment 9 Neal Gompa 2021-03-16 21:47:41 UTC
Reported the issue upstream: https://github.com/vmware/open-vm-tools/issues/501

Comment 10 Jörg Hartmann 2021-05-01 15:53:48 UTC
Workaround doesn't work in Fedora KDE 34.

Comment 11 Joe 2021-05-18 15:57:14 UTC
I am running VMware® Workstation 16 Pro

I am also using Fedora 32

The workaround is enabled and when running wayland, it completely freezes regularly and the only solution is to tell vmware to restart the VM.  I had to switch to Xorg.  This is not ideal as more an more apps only work under Wayland.

Comment 12 Simone Caronni 2021-06-01 12:01:46 UTC
Can someone with the issue try this build with no workaround applied?

https://koji.fedoraproject.org/koji/taskinfo?taskID=69080524

If it works fine, I can build an update with the upstream patch for Fedora 33+.

Comment 13 Christoffer S. 2021-06-02 10:19:34 UTC
(In reply to Simone Caronni from comment #12)
> Can someone with the issue try this build with no workaround applied?
> 
> https://koji.fedoraproject.org/koji/taskinfo?taskID=69080524
> 
> If it works fine, I can build an update with the upstream patch for Fedora
> 33+.

Worked for me! 

I downloaded this package: https://kojipkgs.fedoraproject.org//work/tasks/773/69080773/open-vm-tools-11.2.5-9.fc34.x86_64.rpm

Then did sudo dnf install ./open-vm-tools-11.2.5-9.fc34.x86_64.rpm --allowerasing

And immediately after installing the package my monitor resolution corrected itself to 3440x1400. (Fedora 34 running on VMware Fusion)

Comment 14 Simone Caronni 2021-06-03 13:34:31 UTC
Thanks for the feedback, will push the updated package.

Comment 15 Fedora Update System 2021-06-03 14:33:12 UTC
FEDORA-2021-c8f06d94fd has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-c8f06d94fd

Comment 16 Fedora Update System 2021-06-04 01:17:39 UTC
FEDORA-2021-c8f06d94fd has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-c8f06d94fd`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-c8f06d94fd

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 17 JD 2021-06-05 12:22:20 UTC
I can't login to Bodhi for some reason to be able to provide testing updates.
I installed a fresh Fedora 34 today, installed the advisory from fedora-testing. No issues, immediately resized correctly.

Comment 18 Fedora Update System 2021-06-05 15:54:54 UTC
FEDORA-2021-ab57a2f995 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-ab57a2f995

Comment 19 Fedora Update System 2021-06-12 01:17:19 UTC
FEDORA-2021-c8f06d94fd has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 20 Fedora Update System 2021-06-12 01:19:28 UTC
FEDORA-2021-ab57a2f995 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 21 scader 2021-09-08 06:46:51 UTC
Hello, I just did a fresh install of f34 and have this same issue. Is there something else I can try? Using tools 11.2.5.26209 (build-17337674).

Comment 22 scader 2021-09-08 07:05:53 UTC
Neermind, I ran all the updates and working great--thanks for everyone's effort to support this project.