FYI, a documentation change seems to be the resolution:

https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=4db69c5b520c15f25390a5b9c26db53c6397e5c8

I emailed Tom Haller about the typo already. :)

Regards,
Thomas Leavitt

-----Original Message-----
From: [log in to unmask] [mailto:[log in to unmask]] On Behalf Of Benjamin Lefoul
Sent: Thursday, March 31, 2016 4:49 AM
To: Tom H; SL Users
Subject: Re: How does NetworkManager monitor the connection files?

________________________________________
From: [log in to unmask] <[log in to unmask]> on behalf of Tom H <[log in to unmask]>
Sent: 31 March 2016 13:01
To: SL Users
Subject: Re: How does NetworkManager monitor the connection files?

On Thu, Mar 31, 2016 at 10:46 AM, Benjamin Lefoul <[log in to unmask]> wrote:
>
> Done with bug 764402:
> https://bugzilla.gnome.org/show_bug.cgi?id=764402

Thanks for this. I meant to suggest in my last email that you ask on the NM list but pressed "send" too quickly.

So the problem's solved.

But I'm tempted to add to the bug or file another one to request that the "monitor-connection-files" of "man NetworkManager.conf" be clarified because "NetworkManager will reload connection files any time they changed" isn't going to be understood as "skip 'nmcli connection reload'" but "run 'nmcli connection up <con-name>'" by
most:

monitor-connection-files
    Whether the configured settings plugin(s) should set up file
    monitors and immediately pick up changes made to connection files
    while NetworkManager is running. This is disabled by default;
    NetworkManager will only read the connection files at startup, and
    when explicitly requested via the ReloadConnections D-Bus call. If
    this key is set to 'true', then NetworkManager will reload
    connection files any time they changed.



(Sorry about not bottom-posting earlier, I hope this is better)

I agree. I expect other people to be confused by this.
A reasonable addition to this section of the man could be advising to use sudoedit to change connection in order to avoid unexpected behaviors, and reminding to use "nmcli con up $CONN" or better still, that new feature: "con reapply $CONN".

Benjamin Lefoul
nWISE AB
________________________________

This e-mail may contain privileged or confidential information. If you are not the intended recipient: (1) you may not disclose, use, distribute, copy or rely upon this message or attachment(s); and (2) please notify the sender by reply e-mail, and then delete this message and its attachment(s). EAG, Inc. and its affiliates disclaim all liability for any errors, omissions, corruption or virus in this message or any attachments.