Created attachment 478514 [details] Screenshot of KDE frontend networkmanager fails to decode Chinese AP names and therefore fails to connect to the AP as during the connection request it seems to ask for a different name than how the AP actually is called. Output from nmcli listing WiFi networks: ➜ nmcli dev wifi * SSID MODE CHAN RATE SIGNAL BARS SECURITY »ç¿ì³ª½ºÆ÷Ã÷¸¶»çÁö5G Infra 149 54 Mbit/s 94 ▂▄▆█ -- »ç¿ì³ª½ºÆ÷Ã÷¸¶»çÁö Infra 12 54 Mbit/s 69 ▂▄▆_ -- »ç¿ì³ª °æ¶ô5G Infra 149 54 Mbit/s 67 ▂▄▆_ -- AndroidHotspot4865 Infra 6 54 Mbit/s 62 ▂▄▆_ WPA2 HP-Print-89-Officejet Pro 8640 Infra 1 54 Mbit/s 55 ▂▄__ WPA2 »ç¿ì³ª °æ¶ô Infra 11 54 Mbit/s 45 ▂▄__ -- AMIGO_123456 Infra 1 54 Mbit/s 44 ▂▄__ WPA1 WPA2 Note for example the correct name of the third and sixth network in above list would be "混快唱 版愕" and "混快唱 版愕5G". They are correctly shown on my Android phone and I can also connect to these networks using my Android phone. The wrongly decoded network names are also shown in the KDE applet. I am attaching a screenshot. Trying to connect to one of these networks via the KDE applet will lead to the following error in the NetworkManager log: NetworkManager[2364]: <info> [1498896910.6776] audit: op="connection-add-activate" pid=2561 uid=1000 result="fail" reason="802-11-wireless.ssid: connection does not match access point" networkmanager is built with the following use flags: * Found these USE flags for net-misc/networkmanager-1.8.0: U I - - abi_x86_32 : 32-bit (x86) libraries - - audit : Enable support for Linux audit subsystem using sys-process/audit + + bluetooth : Enable Bluetooth Support - - connection-sharing : Use net-dns/dnsmasq and net-firewall/iptables for connection sharing + + dhclient : Use dhclient from net-misc/dhcp for getting ip - - dhcpcd : Use net-misc/dhcpcd for getting ip - - elogind : Use sys-auth/elogind for session tracking - - gnutls : Add support for net-libs/gnutls (TLS 1.0 and SSL 3.0 support) + + introspection : Add support for GObject based introspection - - json : Enable JSON validation via dev-libs/jansson in libnm. + + modemmanager : Enable support for mobile broadband devices using net-misc/modemmanager + + ncurses : Add ncurses support (console display library) + + nss : Use dev-libs/nss for cryptography - - ofono : Use net-misc/ofono for telephony support. + + ppp : Enable support for mobile broadband and PPPoE connections using net-dialup/ppp - - resolvconf : Use net-dns/openresolv for managing DNS information + + systemd : Enable use of systemd-specific libraries and features like socket activation or session tracking - - teamd : Enable Teamd control support - - test : Workaround to pull in packages needed to run with FEATURES=test. Portage-2.1.2 handles this internally, so don't set it in make.conf/package.use anymore - - vala : Enable bindings for dev-lang/vala + + wext : Enable support for the deprecated Wext (Wireless Extensions) API; needed for some older drivers (e.g. ipw2200, ndiswrapper) + + wifi : Enable support for wifi and 802.1x security using net-wireless/wpa_supplicant I have not experienced such bugs with using NetworkManager on other distributions. Though on other distributions I used older versions of NetworkManager. There is no problem with displaying and entering Chinese characters in other programs, including the NetworkManager KDE frontend.
I am attaching the output of locale on my system: ➜ locale LANG=en_US.UTF-8 LC_CTYPE=zh_CN.UTF-8 LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE=C LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=
(In reply to Leonard Lausen from comment #1) > I am attaching the output of locale on my system: > > ➜ locale > LANG=en_US.UTF-8 > LC_CTYPE=zh_CN.UTF-8 > LC_NUMERIC="en_US.UTF-8" > LC_TIME="en_US.UTF-8" > LC_COLLATE=C > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER="en_US.UTF-8" > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT="en_US.UTF-8" > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= As you appear to be running a systemd based system (use flags), I also assume glibc. That being the case, did you enable the various chinese locales/encodings/etc in /etc/locale.gen? Could you also post the output of 'eselect locale list' ?
Thanks for your response hanetzer. I can confirm the locale is set up correctly on my system. In the end this turned out to be upstream bugs in both nmcli and nm-applet (KDE): https://bugzilla.gnome.org/show_bug.cgi?id=784415 https://bugs.kde.org/show_bug.cgi?id=384410 A patch for nmcli is already available.