|Summary:||Copy-paste: filename encoding in Win guest|
|Product:||Red Hat Enterprise Linux 8||Reporter:||Radek Duda <rduda>|
|Component:||spice-vdagent-win||Assignee:||Victor Toso <victortoso>|
|Status:||CLOSED ERRATA||QA Contact:||SPICE QE bug list <spice-qe-bugs>|
|Version:||---||CC:||apinnick, berrange, cfergeau, dblechte, lsurette, rbalakri, rduda, spice-qe-bugs, srevivo, tpelka, victortoso, ylavi|
|Fixed In Version:||vdagent-win-4.1.5 mingw-spice-vdagent-0.9.0-N||Doc Type:||Bug Fix|
Previously, if a file with UTF-8 encoded characters in its filename was transferred to a Windows guest virtual machine using drag and drop, the UTF-8 characters were not handled correctly and the transferred file had a different name from the source file. In the current release, this has been fixed.
|Last Closed:||2018-05-15 18:02:06 UTC||Type:||Bug|
|oVirt Team:||Spice||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:||1440206, 1444514, 1482982|
Description Radek Duda 2017-05-11 13:20:12 UTC
Rebase of upstream to spice-vdagent-win is needed to proper filename encoding of transferred file in Win guests. +++ This bug was initially created as a clone of Bug #1440206 +++ Description of problem: Filename of copied file from client to guest is not properly encoded Version-Release number of selected component (if applicable): Client (rhel7.4): virt-viewer-5.0-2.el7.x86_64 spice-gtk3-0.33-2.el7.x86_64 Guest1 - rhel7.4 spice-server-0.12.8-1.el7.x86_64 spice-vdagent-0.14.0-14.el7.x86_64 Guest2 - win10 vdagent 188.8.131.522 RHEV-toolsSetup_4.1_5.iso How reproducible: always Steps to Reproduce: 1. Drag&drop file with non ASCII characters in filename (e.g. 'ěščřžýáíé') from client to guest VM 2. 3. Actual results: Rhel Guest1: File called '\xc4\x9b\xc5\xa1\xc4\x8d\xc5\x99\xc5\xbe\xc3\xbd\xc3\xa1\xc3\xad\xc3\xa9' is pasted Win Guest2: Dialog window appears: 'An error caused the following file transfer to fail: ěščřžýáíé' from spice-debug log: (remote-viewer:5396): GSpice-DEBUG: spice-widget.c:539 drag_data_received_callback: drag a file (remote-viewer:5396): GSpice-DEBUG: spice-file-transfer-task.c:675 transfer of file ěščřžýáíé has started (remote-viewer:5396): GSpice-DEBUG: channel-main.c:3104 Insert a xfer task:1 to task list (remote-viewer:5396): GSpice-DEBUG: channel-main.c:1845 xfer-task 1 received response 2 (remote-viewer:5396): GSpice-DEBUG: spice-file-transfer-task.c:303 File /home/rduda/Downloads/ěščřžýáíé xfer failed: The spice agent reported an error during the file transfer (remote-viewer:5396): GSpice-DEBUG: channel-main.c:2885 Transfer failed (0x55cdd9839dd0) Transferring 1 files: 0 succeed, 0 cancelled, 1 failed (remote-viewer:5396): GSpice-WARNING **: File transfer failed with error: Transferring 1 files: 0 succeed, 0 cancelled, 1 failed (remote-viewer:5396): Spice-DEBUG: channel-main.c:2904:file_transfer_operation_free: Freeing file-transfer-operation 0x55cdd9839dd0 (remote-viewer:5396): virt-viewer-WARNING **: File transfer task 0x55cdd9850290 failed: The spice agent reported an error during the file transfer Expected results: File called 'ěščřžýáíé' is pasted to Guest VM --- Additional comment from Red Hat Bugzilla Rules Engine on 2017-04-07 16:43:57 CEST --- Since this bug report was entered in Red Hat Bugzilla, the release flag has been set to ? to ensure that it is properly evaluated for this release. --- Additional comment from Victor Toso on 2017-04-12 12:36:22 CEST --- Fix on mailing list https://lists.freedesktop.org/archives/spice-devel/2017-April/037127.html --- Additional comment from Victor Toso on 2017-04-18 14:38:57 CEST --- Fixed as 5b9ad92814e3fc488cca8cba41b6af0caa390e1b --- Additional comment from Red Hat Bugzilla Rules Engine on 2017-05-10 14:18:42 CEST --- This bug report has Keywords: Regression or TestBlocker. Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP. --- Additional comment from errata-xmlrpc on 2017-05-10 18:50:47 CEST --- Bug report changed to ON_QA status by Errata System. A QE request has been submitted for advisory RHBA-2016:25933-01 https://errata.devel.redhat.com/advisory/25933
Comment 1 Victor Toso 2017-05-11 13:38:17 UTC
Upstream agent does not show the problem. Rebase should fix it indeed. Thanks!
Comment 8 Victor Toso 2017-12-01 15:45:40 UTC
So, it seems that this bug works as expected with new vdagent from bug 1444514 which is currently in ON_QA.
Comment 12 Radek Duda 2018-02-12 16:13:09 UTC
Verified with vdagent-win-4.1-5. and Win10, Win7 guests. From rhel7.5 client transfered file (named 'čřýžýíýřáíščúавпр') successfully. Bug report for the other symbols, which are not allowed in win OS family (see https://bugzilla.redhat.com/show_bug.cgi?id=1450061#c6) was filled: https://bugzilla.redhat.com/show_bug.cgi?id=1520393
Comment 16 errata-xmlrpc 2018-05-15 18:02:06 UTC
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2018:1544
Comment 17 Franta Kust 2019-05-16 13:03:26 UTC