diff options
author | Lubomir Rintel <lkundrak@v3.sk> | 2015-07-14 16:53:24 +0200 |
---|---|---|
committer | Thomas Haller <thaller@redhat.com> | 2015-09-18 14:33:44 +0200 |
commit | fd9b3b35b33e53c9489e1a50f049952e2f7743c6 (patch) | |
tree | 866bd479ac81357e0a3297faa6b0c82ecdc7a5c7 /policy | |
parent | 360de79b362665e01c3c9510017c27cd251909c5 (diff) | |
download | NetworkManager-lr/applied-connection-bgo724041.tar.gz |
core: separate active and applied connectionlr/applied-connection-bgo724041
Clone the connection upon activation. This makes it safe for the user
to modify the original connection while it is activated.
This makes it possible to determine the differencies between the connection
that was applied and current version of the connection.
This involves several changes:
- NMActiveConnection gets settings_connection and applied_connection.
To support add-and-activate, we allow constructing an
NMActiveConnection with no connection set. Previously, we would
set the "connection" field to a temporary NMConnection.
Now NMManager piggybacks this temporary connection as object-data
(TAG_ACTIVE_CONNETION_ADD_AND_ACTIVATE).
- get rid of the functions nm_active_connection_get_connection_type()
and nm_active_connection_get_connection_uuid(). From their names
it is unclear whether this returns the settings or applied
connection. The (very few) callers, should figure that out themselves.
- rename nm_active_connection_get_id() to
nm_active_connection_get_settings_connection_id(). This function
is only used internally for logging.
- dispatcher calls now get two connections as well. The
applied-connection is used for the connection data, while
the settings-connection is used for the connection path.
Co-Authored-By: Thomas Haller <thaller@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=724041
Diffstat (limited to 'policy')
0 files changed, 0 insertions, 0 deletions