Bug 423277 - plasma-nm applet popup swallows "&" and subsequent characters in connection names
Summary: plasma-nm applet popup swallows "&" and subsequent characters in connection n...
Status: RESOLVED WORKSFORME
Alias: None
Product: plasma-nm
Classification: Plasma
Component: applet (show other bugs)
Version: 5.19.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Jan Grulich
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-06-20 15:56 UTC by Unknown
Modified: 2020-11-18 12:06 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Juxtaposed displays of nm-applet (bugged) and the connection editor (correct) re. WLAN "2&6". (270.07 KB, image/png)
2020-06-20 15:56 UTC, Unknown
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Unknown 2020-06-20 15:56:06 UTC
Created attachment 129553 [details]
Juxtaposed displays of nm-applet (bugged) and the connection editor (correct) re. WLAN "2&6".

SUMMARY

Network connections that contain only numbers and the & character are shown in the NM applet with the "&" and any following digits cut off. The correct connection name is however shown in both nmcli and the Plasma NM connection editor.

I attached a screenshot showing the problem.

STEPS TO REPRODUCE
1. Create a connection with the name "2&2". For example, you could create a wireless network with such a SSID.
2. Open the nm-plasma popup in the panel. The connection is shown with the name "2", swallowing the "&2" suffix.
3. Cross-reference this output with nmcli output and the connection editor. There, the connection name is shown properly as "2&2"

OBSERVED RESULT

Any suffix matching &\d+ (at least, didn't test everything that's possible, including alphanumeric strings) is dropped in the NM applet popup.

EXPECTED RESULT

Every connection in the NM applet popup is shown properly, as also displayed by nmcli or the Plasma NM connection editor dialog.

SOFTWARE/OS VERSIONS

Operating System: Arch Linux
KDE Plasma Version: 5.19.1
KDE Frameworks Version: 5.71.0
Qt Version: 5.15.0
Kernel Version: 5.6.13-arch1-1
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-4210U CPU @ 1.70GHz
Memory: 7.7 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 4400

ADDITIONAL INFORMATION

This issue started to appear after installing Plasma 5.19 and/or Qt 5.15 (coming from 5.14), so this might actually be a Qt 5.15 issue or behaviour change. Unfortunately, both upgrades happened at the same time and rolling back my setup on Arch to the combination Qt 5.14 and Plasma 5.19.1 is not trivially possible, so I apologize for not bisecting.
Comment 1 Nate Graham 2020-06-22 16:30:27 UTC
Weird, works for me on openSUSE Tumbleweed with Plasma 5.19 and Qt 5.15.
Comment 2 Unknown 2020-11-18 12:06:45 UTC
I'd like to report that this problem does no longer occur for me and appears to have resolved itself somewhere in the software stack.

Fixed in plasma-nm 5.20.3-1 and almost certainly earlier versions.

---

Operating System: Arch Linux
KDE Plasma Version: 5.20.3
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Kernel Version: 5.8.14-arch1-1
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-4210U CPU @ 1.70GHz
Memory: 7.7 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 4400