This bug has been migrated to another issue tracking site. It has been closed here and may no longer be being monitored.

If you would like to get updates for this issue, or to participate in it, you may do so at Red Hat Issue Tracker .
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1948217 - [VMware][RHEL9.0]open-vm-tools-desktop copy and paste of files from host to guest may fail with pending "updates-testing" upgrades.
Summary: [VMware][RHEL9.0]open-vm-tools-desktop copy and paste of files from host to g...
Keywords:
Status: CLOSED MIGRATED
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: open-vm-tools
Version: 9.0
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: beta
: ---
Assignee: Ani Sinha
QA Contact: ldu
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-04-10 20:22 UTC by John Wolfe
Modified: 2023-09-22 15:43 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-09-22 15:43:35 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker   RHEL-7270 0 None Migrated None 2023-09-22 15:43:33 UTC

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.
Note You need to log in before you can comment on or make changes to this bug.