After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 747477 - Inconsistency with Manager Enable functionality
Inconsistency with Manager Enable functionality
Status: RESOLVED OBSOLETE
Product: NetworkManager
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: NetworkManager maintainer(s)
NetworkManager maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2015-04-07 20:17 UTC by Dan Williams
Modified: 2020-11-12 14:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dan Williams 2015-04-07 20:17:35 UTC
It turns out we have some inconsistency with Enable/Disable.  Plus the API docs are unclear and should be updated once we agree on the actual behavior.

It appears that we don't unmanage software devices when NM gets disabled, presumably because if we unmanaged ones NM created, they would get destroyed-on-delete.

Just brainstorming, but setting Enabled=false should probably (a) deactivate any NM-managed network connections, (b) move all devices to unmanaged, but not delete any NM-created ones and don't deconfigure assumed devices, (c) continue recognizing new devices but never advance them past unmanaged, and (d) don't touch resolv.conf or the routing table or anything

-------------

$ nmcli networking
enabled

$ nmcli networking connectivity 
full

$ brctl show
bridge name     bridge id               STP enabled     interfaces
bridge0         8000.001234567830       no              enp3s0

$ nmcli device 
DEVICE      TYPE      STATE         CONNECTION 
bridge0     bridge    connected     bridge0    
enp3s0      ethernet  connected     base0      
...


$ nmcli networking off

$ nmcli networking 
disabled

$ nmcli networking connectivity 
none

$ brctl show
bridge name     bridge id               STP enabled     interfaces
bridge0         8000.000000000000       no              

$ nmcli device 
DEVICE      TYPE      STATE      CONNECTION 
bridge0     bridge    connected  bridge0    
enp3s0      ethernet  unmanaged  --         
...
Comment 1 Thomas Haller 2015-04-08 07:33:46 UTC
I think, as it is currently, we cannot take down assumed devices because it might break externally configured interfaces.

The proper solution would be to have better split "unmanged" and "assumed" devices (bug 746440), and then take down assumed devices, but not unmanaged ones.
Comment 2 André Klapper 2020-11-12 14:29:36 UTC
bugzilla.gnome.org is being shut down in favor of a GitLab instance. 
We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time.

If you still use NetworkManager and if you still see this bug / want this feature in a recent and supported version of NetworkManager, then please feel free to report it at https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/

Thank you for creating this report and we are sorry it could not be implemented (workforce and time is unfortunately limited).