diff options
author | Antonio Cardace <acardace@redhat.com> | 2020-03-17 17:36:06 +0100 |
---|---|---|
committer | Antonio Cardace <acardace@redhat.com> | 2020-03-18 09:51:55 +0100 |
commit | ea0e7e7222089be7e5152005262a9c697354d6c0 (patch) | |
tree | 411addadfa6f30484a9c014f07f70b3da7187249 /clients/meson.build | |
parent | c8941911adf0074b480304d2aee506e339c3c69e (diff) | |
download | NetworkManager-ac/fix_add_miimon.tar.gz |
nm-setting-bond: don't take default values into account when comparing optionsac/fix_add_miimon
This solves a bug exposed by the following cmds:
$ nmcli c add type bond ifname bond0 con-name bond0
$ nmcli c modify bond0 +bond.options miimon=100
$ nmcli -f bond.options c show bond0
bond.options: mode=balance-rr
Here we just added the option 'miimon=100', but it doesn't get saved in
because nm_settings_connection_set_connection() which is responsible for
actually updating the connection compares the new connection with old
one and if and only if the 2 are different the update is carried out.
The bug is triggered because when comparing, if default values are taken into
account, then having 'miimon=100' or not having it it's essentially the
same for compare(). While this doesn't cause a bond to have a wrong
setting when activated it's wrong from a user experience point of view
and thus must be fixed.
When this patch is applied, the above
commands will give the following results:
$ nmcli c add type bond ifname bond0 con-name bond0
$ nmcli c modify bond0 +bond.options miimon=100
$ nmcli -f bond.options c show bond0
bond.options: mode=balance-rr,miimon=100
Fix unit tests and also add a new case covering this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1806549
Diffstat (limited to 'clients/meson.build')
0 files changed, 0 insertions, 0 deletions