[Bug 2121978] [NEW] Subiquity crashes for non-ASCII network adapter names
William Hunt
2121978 at bugs.launchpad.net
Wed Sep 3 19:07:28 UTC 2025
Public bug reported:
Booting the live installer gave a UnicodeDecodeError when trying to read
my Wi-Fi card as there are some non-ASCII characters appended to its
name as it appears in Window's Disk Management (2nd image in the
uploaded PDF). The "Friendly Name" as it appears in the Windows Registry
is "MediaTek Wi-Fi 6E MT7922 (RZ616) 160MHz PCIe Adapter", and the
description is "@oem22.inf,%rz616.devicedescexc%;MediaTek Wi-Fi 6E
MT7922 (RZ616) 160MHz PCIe Adapter". Those are both similar but
different to the name that appears on the installer, but it has "USB WW
WLAN<?>R<<?><?>N/A" appended, where "<?>" are non-ASCII characters that
are unable to be displayed. This is likely a bug in the Wi-Fi adapter's
firmware or EEPROM data, but giving a fatal crash from being unable to
handle Unicode characters is a bug in Subiquity. Since Ubuntu should be
designed for general users unlike other more involved distros like Arch,
encoding issues should all be handled by Subiquity and not by the user.
The only workaround I found was to disable the adapter before the error
appeared (this had to be done in < 5 seconds), trying to disable the
adapter after the error by re-running the installer just gives the same
error, and subsequent runs of the installer result in the loading icon
just spinning forever with nothing else being shown. If the name I had
to type was longer, I probably wouldn't have been able to remove the
module before the error occurred, so this fix isn't reliable. Walking
through the installer after fixing the network adapter issue, it also
quit at random button presses the first 3 times, but eventually I was
able to install Ubuntu. I'm not sure whether this is related to removing
the module, but I'll include it in this bug report in case it is. This
issue occurred with another USB, and I was able to install Debian on my
laptop without any issues.
I assume this bug can be reproduced by any Wi-Fi network adapter with
non-ASCII characters presented. The fix for this could involve either
just using UTF-16 as the encoding to be used for the network adapter
names if that's possible to do when calling the Python libraries that
end up calling `encode_unicode_string`, or by having a catch block to
attempt to decode the adapter name using UTF-16.
** Affects: subiquity (Ubuntu)
Importance: Undecided
Status: New
** Attachment added: "PDF of images showing the traceback, network adapter with a non-ASCII name, and the workaround."
https://bugs.launchpad.net/bugs/2121978/+attachment/5905043/+files/subiquity-bug-pics.pdf
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to subiquity in Ubuntu.
https://bugs.launchpad.net/bugs/2121978
Title:
Subiquity crashes for non-ASCII network adapter names
Status in subiquity package in Ubuntu:
New
Bug description:
Booting the live installer gave a UnicodeDecodeError when trying to
read my Wi-Fi card as there are some non-ASCII characters appended to
its name as it appears in Window's Disk Management (2nd image in the
uploaded PDF). The "Friendly Name" as it appears in the Windows
Registry is "MediaTek Wi-Fi 6E MT7922 (RZ616) 160MHz PCIe Adapter",
and the description is "@oem22.inf,%rz616.devicedescexc%;MediaTek Wi-
Fi 6E MT7922 (RZ616) 160MHz PCIe Adapter". Those are both similar but
different to the name that appears on the installer, but it has "USB
WW WLAN<?>R<<?><?>N/A" appended, where "<?>" are non-ASCII characters
that are unable to be displayed. This is likely a bug in the Wi-Fi
adapter's firmware or EEPROM data, but giving a fatal crash from being
unable to handle Unicode characters is a bug in Subiquity. Since
Ubuntu should be designed for general users unlike other more involved
distros like Arch, encoding issues should all be handled by Subiquity
and not by the user.
The only workaround I found was to disable the adapter before the
error appeared (this had to be done in < 5 seconds), trying to disable
the adapter after the error by re-running the installer just gives the
same error, and subsequent runs of the installer result in the loading
icon just spinning forever with nothing else being shown. If the name
I had to type was longer, I probably wouldn't have been able to remove
the module before the error occurred, so this fix isn't reliable.
Walking through the installer after fixing the network adapter issue,
it also quit at random button presses the first 3 times, but
eventually I was able to install Ubuntu. I'm not sure whether this is
related to removing the module, but I'll include it in this bug report
in case it is. This issue occurred with another USB, and I was able to
install Debian on my laptop without any issues.
I assume this bug can be reproduced by any Wi-Fi network adapter with
non-ASCII characters presented. The fix for this could involve either
just using UTF-16 as the encoding to be used for the network adapter
names if that's possible to do when calling the Python libraries that
end up calling `encode_unicode_string`, or by having a catch block to
attempt to decode the adapter name using UTF-16.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/2121978/+subscriptions
More information about the foundations-bugs
mailing list