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-tools | Assignee: | Ani Sinha <anisinha> |
Status: | CLOSED MIGRATED | QA Contact: | ldu <ldu> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 9.0 | CC: | boyang, cavery, eterrell, jen, jsavanyo, jwolfe, ldu, leiwang, rjones, yacao |
Target Milestone: | beta | Keywords: | 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
The issue is being tracked at VMware in https://bugzilla.eng.vmware.com/show_bug.cgi?id=2747158 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. (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. 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. 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 Assigned to Rick for initial triage per bz process and age of bug created or assigned to virt-maint without triage. 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. 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. I am sorry - this bug was closed in error by an automated process that we have no control over. Assigning to Ani 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. 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. |