Bug 1948217

Summary: [VMware][RHEL9.0]open-vm-tools-desktop copy and paste of files from host to guest may fail with pending "updates-testing" upgrades.
Product: Red Hat Enterprise Linux 9 Reporter: John Wolfe <jwolfe>
Component: open-vm-toolsAssignee: Ani Sinha <anisinha>
Status: CLOSED MIGRATED QA Contact: ldu <ldu>
Severity: low Docs Contact:
Priority: low    
Version: 9.0CC: boyang, cavery, eterrell, jen, jsavanyo, jwolfe, ldu, leiwang, rjones, yacao
Target Milestone: betaKeywords: MigratedToJIRA, Reopened, Triaged
Target Release: ---Flags: pm-rhel: mirror+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-09-22 15:43:35 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 John Wolfe 2021-04-10 20:22:58 UTC
Found when testing Fedora 34 Beta.

This is being filed to track possible GUI file copy and paste from host to guest failures noticed when testing after upgrading all packages staged in the "updates-testing" package.

With compiler upgrades and new versions of glib2 and gtk3, Red Hat encountered open-vm-tools build issues when compiling the latest open-vm-tools source - 11.2.5.

These issues are reported in https://bugzilla.redhat.com/show_bug.cgi?id=1936382 and with Red Hat suggested corrections, open-vm-tools 11.2.5-5 was built and tested on RHEL 8 and Fedora 33 VMs hosted on Workstation and Fusion.  All GUI testing of Drag-n-Drop and Copy/Paste worked as expected.  See https://bugzilla.redhat.com/show_bug.cgi?id=1936382#c9

VMware's internal testing of that fix with Fedora 34 or Rawhide daily builds had inconsistent GUI test results, however.

Once Fedora 34 Beta was release, we retested those GUI actions.  With:

 - the 'run-vmblock\x2dfuse.mount' service enabled and running
 - desktop user selecting "Gnome on Xorg" as she/he logged in

all tests passed with the open-vm-tools 11.2.5-2.fc34 contained in the Beta release and with open-vm-tools-11.2.5-5.fc34 available in the "testing package" repo.

From the testing results below, everything works as expected in the Beta release (test #1).  Also the problems are not there with the recently updated open-vm-tools 11.2.5-5 up-streamed by Ravindra (test #2).  Thus confirming the fix for BZ 1936382.

Test #3 confirms that problems are not seen when upgraded to the staged gtk3 package.

Testing host to guest - Drag n Drop & copy / paste of files

  text file -  1.53 KB
  .png      - 11.6  KB
  .m4a      -  8.58 MB


1. Fedora 34 Beta - Fedora-Workstation-Live-x86_64-34_Beta-1.3.iso

   open-vm-tools 11.2.5-2.fc34   from Fedora, pre glib2 & gdk3 related changes - 1/27/21
   open-vm-tools-desktop-11.2.5-2.fc34.x86_64
   gtk3-3.24.25-3.fc34.x86_64

   PASS - copy/paste and DnD of all files

   Testing passes on both Workstation and Fusion hosted Fedora 34 Beta VMs.

   Fedora 34 Beta: SUCCESS

2. Fedora 34 Beta:

   dnf upgrade open-vm-tools-desktop

   open-vm-tools-11.2.5-5.fc34.x86_64      from Fedora, with GDK related changes
   open-vm-tools-desktop-11.2.5-5.fc34.x86_64
   gtk3-3.24.25-3.fc34.x86_64

   PASS - copy/paste and DnD of all files

3. Fedora 34 Beta:

   dnf upgrade gtk3

   open-vm-tools-11.2.5-5.fc34.x86_64      from Fedora, with GDK related changes
   open-vm-tools-desktop-11.2.5-5.fc34.x86_64
   gtk3-3.24.28-1.fc34.x86_64

   PASS - copy/paste and DnD of all files


4. Fedora 34 Beta:

   dnf upgrade
        Install   43 Packages
        Upgrade  534 Packages

  - Drag and Drop of all files - SUCCESS
  - copy & paste  of text and .png  - SUCCESS
  - C&P of 8.58 MB .m4a  - FAILED   - Files app. blown away.

The open-vm-tools and GTK3 packages testing results are good, but at least one of the new upgrades has lead to the problem(s).

Comment 1 John Wolfe 2021-04-10 20:27:46 UTC
The issue is being tracked at VMware in https://bugzilla.eng.vmware.com/show_bug.cgi?id=2747158

Comment 2 John Wolfe 2021-04-12 14:11:43 UTC
I notice that the "[ESXi]" notation has been added to the Summary line.

To clarify, the GUI Drag & Drop and copy-paste functionalities do not apply to the ESXi host platform.
These features are only available to Red Hat Linux guests when deployed on VMware hosted platforms - WorkStation, Fusion or Player.

Comment 3 ldu 2021-04-13 01:23:07 UTC
(In reply to John Wolfe from comment #2)
> I notice that the "[ESXi]" notation has been added to the Summary line.
> 
> To clarify, the GUI Drag & Drop and copy-paste functionalities do not apply
> to the ESXi host platform.
> These features are only available to Red Hat Linux guests when deployed on
> VMware hosted platforms - WorkStation, Fusion or Player.

Hi John,
Thanks for your reminder! we know the Drag & Drop and copy-paste functionalities only works on WorkStation, Fusion or Player. Our team usually add ESXi in title for filter the bugs, I have change to VMware.
I have try to reproduce on our WorkStation 15 with Fedora 34.

Comment 4 ldu 2021-04-14 06:43:11 UTC
Reproduce this issue on Fedora workstation 34 Beta with open-vm-tools-11.2.5-6.fc34.x86_64
open-vm-tools-desktop-11.2.5-6.fc34.x86_64, the kernel is kernel-5.11.3-300.fc34.x86_64.
After yum update -y the Fedora, then copy & paste a file from host to guest, the File app disappear in guest.

Comment 5 John Wolfe 2021-04-14 11:34:20 UTC
Stepping through individual or small sets of upgrades to pin point the combination of upgrades at which the problem is visible.

   glib2
   gtk3
   ibus-gtk3
   fuse-overlayfs

File copy/paste and DnD works.

Trying upgrade of nautilus - the Gnome FileManager (Files)
----------------------------------------------------------------
# dnf upgrade nautilus

Upgrading:
 nautilus                   x86_64   40.0-1.fc34        updates-testing   2.6 M
 nautilus-extensions        x86_64    40.0-1.fc34       updates-testing    36 k

Running transaction
  Preparing        :                                             1/1
  Upgrading        : nautilus-extensions-40.0-1.fc34.x86_64      1/4
  Upgrading        : nautilus-40.0-1.fc34.x86_64                 2/4
  Cleanup          : nautilus-40~beta-2.fc34.x86_64              3/4
  Cleanup          : nautilus-extensions-40~beta-2.fc34.x86_64   4/4
  Running scriptlet: nautilus-extensions-40~beta-2.fc34.x86_64   4/4
  Verifying        : nautilus-40.0-1.fc34.x86_64                 1/4
  Verifying        : nautilus-40~beta-2.fc34.x86_64              2/4
  Verifying        : nautilus-extensions-40.0-1.fc34.x86_64      3/4
  Verifying        : nautilus-extensions-40~beta-2.fc34.x86_64   4/4

Two distinct manifestations of problems:
 - copy of the text file  (1.5 KB)  - OK   appears in Files Downloads window
Problem #1
 - copy of 11.6 KB .png file - succeeds but not visible in Downloads windows
    - confirmed by "ls ~/Downloads" - file is present
  or
    - change Files frame ==> Pictures then back to Downloads - .png file shown
  or
    - attempt a second copy and get dialog that file already exists in the
      Download directory - exact same size.

Problem #2
 - copy of 8.6 MB .mp4a file fails - Nautilus app abruptly terminates.

Problem begins to happen when the nautilus-40~beta-2 is upgraded to nautilus-40.0-1

Comment 7 John Ferlan 2021-07-08 16:19:15 UTC
Assigned to Rick for initial triage per bz process and age of bug created or assigned to virt-maint without triage.

Comment 9 ldu 2021-07-16 08:48:40 UTC
Reproduce this issue on latest RHEL 9 beta with open-vm-tools 11.3.0, still could reproduce this issue, maybe this issue not related to open-vm-tools, I will try when nautilus package update.

Comment 15 RHEL Program Management 2022-11-01 07:28:56 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.

Comment 16 Richard W.M. Jones 2022-11-01 07:49:55 UTC
I am sorry - this bug was closed in error by an automated process that we
have no control over.

Comment 18 Cathy Avery 2023-04-27 13:33:37 UTC
Assigning to Ani

Comment 22 RHEL Program Management 2023-09-22 15:42:27 UTC
Issue migration from Bugzilla to Jira is in process at this time. This will be the last message in Jira copied from the Bugzilla bug.

Comment 23 RHEL Program Management 2023-09-22 15:43:35 UTC
This BZ has been automatically migrated to the issues.redhat.com Red Hat Issue Tracker. All future work related to this report will be managed there.

Due to differences in account names between systems, some fields were not replicated.  Be sure to add yourself to Jira issue's "Watchers" field to continue receiving updates and add others to the "Need Info From" field to continue requesting information.

To find the migrated issue, look in the "Links" section for a direct link to the new issue location. The issue key will have an icon of 2 footprints next to it, and begin with "RHEL-" followed by an integer.  You can also find this issue by visiting https://issues.redhat.com/issues/?jql= and searching the "Bugzilla Bug" field for this BZ's number, e.g. a search like:

"Bugzilla Bug" = 1234567

In the event you have trouble locating or viewing this issue, you can file an issue by sending mail to rh-issues. You can also visit https://access.redhat.com/articles/7032570 for general account information.