Bug 410722 - net profile editor messes up when VLAN is being used
Summary: net profile editor messes up when VLAN is being used
Status: RESOLVED WORKSFORME
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_networkmanagement (other bugs)
Version First Reported In: 5.17.4
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: Jan Grulich
URL: https://gitlab.freedesktop.org/snippe...
Keywords: usability
Depends on:
Blocks:
 
Reported: 2019-08-08 10:47 UTC by fire f.
Modified: 2025-11-08 03:47 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description fire f. 2019-08-08 10:47:33 UTC
SUMMARY

while kcmshell5 kcm_networkmanagement works well with a "normal" pppoE-connection and ethernet-connections and so forth, it seems to support VLAN rather poorly.

The nm-connection-editor from the Gnome NetworkManager suite works much better for VLAN, but
cannot switch between ONLINE and OFFLINE.

So currently while using this VLAN 7 profile, I do not utilize kcmshell5 kcm_networkmanagement
at all because it just messes up everything in unpredictable ways and its display is not
useful and is inconsistent.

Since ISP Dt. Telekom has millions of customers, it is desirable for pppoE with VLAN frame-tagging to "7"
to work as smoothly as a normal pppoE or as roaring-penguin-pppoE for that matter.


STEPS TO REPRODUCE
1. follow  https://gitlab.freedesktop.org/snippets/638
2. try to switch between ONLINE and OFFLINE
3. it won't work, so you must nmcli for that

OBSERVED RESULT
the kcmshell5 kcm_networkmanagement GUI is not much useable for controlling a VLAN profile, see also https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/222

EXPECTED RESULT
I expected a VLAN 7 pppoE connection to work as smoothly as a non-VLAN connection

SOFTWARE/OS VERSIONS
Linux/KDE Plasma:        current Manjaro rolling release
KDE Plasma Version:      5.16.3
KDE Frameworks Version:  5.60.0
Qt Version:              5.13.0

ADDITIONAL INFORMATION
Kernel:                  5.2.4-1-MANJARO
Comment 1 Jan Grulich 2019-08-08 10:54:13 UTC
Unfortunately VLAN and other virtual connection types (Bond, Bridge, Team) are not really tested properly in plasma-nm, that's also why they are not enabled by default, but you have to enable them in configuration. I'm afraid that I don't have time to work on this right now or in near future, but I will happily review any patches you or someone else send me to fix this.
Comment 2 fire f. 2019-08-08 11:00:21 UTC
I kinda presumed this after reading prior speculations in a Ubuntu forum which linked to the commit initially disabled VLAN completely in 2017 or so, before it was re-enabled. Maybe I can take a look at the sources myself. Let's see.
Comment 3 fire f. 2019-08-08 14:07:40 UTC
To clarify, the package containing "kcmshell5 kcm_networkmanagement" is still installed and probably needs to be installed. But I don't click on it for editing the net profile to avoid trouble while using VLAN ID 7 frame-tagging. Instead, I use solely "nmcli" in a bash Konsole in order to set up the network and go online and offline.
Comment 4 Nate Graham 2025-10-09 16:28:27 UTC
Thank you for the bug report, and I'm sorry we weren't able to work on this yet. A lot has changed since it was reported; can I ask you to see if this is still an issue with Plasma 6.4 or later? Thanks a lot!
Comment 5 Bug Janitor Service 2025-10-24 03:47:12 UTC
๐Ÿ›๐Ÿงน โš ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Bug Janitor Service 2025-11-08 03:47:57 UTC
๐Ÿ›๐Ÿงน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.