diff options
author | Bishara AbuHattoum <bishara@daynix.com> | 2019-08-19 16:16:20 +0300 |
---|---|---|
committer | Michael Roth <mdroth@linux.vnet.ibm.com> | 2019-11-04 08:50:54 -0600 |
commit | a18025f9ac56aafdbb4ac08fdf5ef7c46a3baf34 (patch) | |
tree | 665f879c2c2a239189f7aff298876a9b730ef27e /ui/icons/qemu_16x16.png | |
parent | 36609b4fa36f0ac934874371874416f7533a5408 (diff) | |
download | qemu-a18025f9ac56aafdbb4ac08fdf5ef7c46a3baf34.zip |
qga-win: network-get-interfaces command name field bug fix
Network interface name is fetched as an encoded WCHAR array, (wide
character), then it is decoded using the guest's CP_ACP Windows code
page, which is the default code page as configure in the guest's
Windows, then it is returned as a byte array, (char array).
As stated in the BZ#1733165, when renaming a network interface to a
Chinese name and invoking this command, the returned name field has
the (\ufffd) value for each Chinese character the name had, this
value is an indication that the code page does not have the decoding
information for the given character.
This bug is a result of using the CP_ACP code page for decoding which
is an interchangeable code page, instead CP_UTF8 code page should be
used for decoding the network interface's name.
https://bugzilla.redhat.com/show_bug.cgi?id=1733165
Signed-off-by: Bishara AbuHattoum <bishara@daynix.com>
Cc: qemu-stable@nongnu.org
Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
Diffstat (limited to 'ui/icons/qemu_16x16.png')
0 files changed, 0 insertions, 0 deletions