1. 25 Sep, 2013 1 commit
  2. 28 Aug, 2013 2 commits
    • Dan Winship's avatar
      core: add NMManager:primary-connection and :activating-connection · 8267f5d1
      Dan Winship authored
      Add properties to track the "primary" connection (ie, the active
      connection with either the default route, or the route to the VPN with
      the default route), and the active connection that is currently
      activating, and likely to become the :primary-connection when it
    • Dan Winship's avatar
      core: provide additional network connectivity information · 07521da5
      Dan Winship authored
      NM_STATE_CONNECTED_SITE doesn't distinguish between "behind a captive
      portal" and "limited network connectivity" (ie, connected to a router
      that has lost its upstream connection). Add a new NMManager
      :connectivity property to provide this information.
      Also add a CheckConnectivity method, which can be used to force NM to
      re-check the connectivity state, which could be called by a client
      after it completed a portal login, or fixed a network problem.
  3. 16 Aug, 2013 1 commit
    • Dan Winship's avatar
      core: add NMManager:startup property · bc091f2f
      Dan Winship authored
      Add a property on NMManager indicating that it is currently starting
      up and activating startup-time/boot-time network connections.
      "startup" is initially TRUE, and becomes FALSE once all NMDevices
      report that they have no pending activity (eg, trying to activate,
      waiting for a wifi scan to complete, etc). This is tracked via a new
      NMDevice:has-pending-activity property, which is maintained partially
      by the device itself, and partially by other parts of the code.
  4. 15 Aug, 2013 1 commit
  5. 31 Jul, 2013 3 commits
    • Dan Williams's avatar
      vpn: handle interactive plugin secrets requests · ab84a866
      Dan Williams authored
      If all agents can handle VPN hints, then we'll try to use
      ConnectInteractive() to let the VPN plugin ask for secrets
      interactively via the SecretsRequired signal.  These hints
      are then passed to agents during the connection process if
      the plugin needs more secrets or different secrets, and when
      the new secrets are returned, they are passed back to the VPN
      If at least one agent does not have the VPN hints capability,
      we can't use ConnectInteractive(), but fall back to the old
      Connect call, because that agent won't be able to send the
      hints to the VPN plugin's authentication dialog, and thus
      we won't get back the secrets the VPN plugin is looking for.
      So, for interactive secrets to work correctly, you need:
      1) A VPN plugin updated for interactive secrets requests
      2) NM updated for interactive secrets requests
      3) all agents to set the VPN_HINTS capability when
          registering with NetworkManager and to pass hints
          along to the VPN authentication dialog
      4) a VPN authentication dialog updated to look for hints
          and only return secrets corresponding to the hints
          requested by the plugin
    • Dan Williams's avatar
      libnm-glib-vpn: add support for interactive secrets requests · cc924d8b
      Dan Williams authored
      There are three additions to the D-Bus interface for VPN plugins as
      part of this patch:
      1) ConnectInteractive(): called by NM instead of Connect() to let
      the plugin know that it can request additional secrets during the
      connection process using SecretsRequired
      2) SecretsRequired: a new signal emitted by the plugin to indicate
      to NetworkManager that additional secrets are required to connect;
      can only be called if NetworkManager initiated the connection by
      calling the ConnectInteractive() method
      3) NewSecrets(): a new method of the plugin that NetworkManager calls
      when new secrets requested by the SecretsRequired signal have been
      retrieved from secret agents
      We need new methods because agents need to be aware of the hints that
      the VPN plugins may send with the SecretsRequired signal (detailing
      the specific secrets that are required) and at this time, not all
      agents support passing those hints to the VPN plugin authentication
    • Dan Williams's avatar
      agents: add agent capabilities · 16bb7988
      Dan Williams authored
      A new agent registration method enables agents to pass capabilities during
      the registration process.
  6. 21 Jun, 2013 1 commit
  7. 14 Jun, 2013 1 commit
    • Dan Winship's avatar
      core: add monitor-connection-files=false and ReloadConnections · 1f818510
      Dan Winship authored
      Add a "monitor-connection-files" config option, which can be set to
      "false" to disable automatic reloading of connections on file change.
      To go with this, add a new ReloadConnections method on
      o.fd.NM.Settings that can be used to manually reload connections, and
      add an nm-cli command to call it.
  8. 11 Jun, 2013 1 commit
  9. 04 Jun, 2013 5 commits
  10. 28 May, 2013 3 commits
    • Dan Williams's avatar
    • Dan Williams's avatar
      settings: implement ability to add connections without saving them to disk · 8a79fb1d
      Dan Williams authored
      We don't always want to immediately write new connections to disk, to
      facilitate "runtime" or "temporary" connections where an interface's
      runtime config isn't backed by on-disk config.  Also, just because
      an interface's configuration is changed doesn't necessarily mean
      that new configuration should be written to disk either.
      Add D-Bus methods for adding new connections and for updating existing
      connections that don't immediately save the connection to disk.
      Also add infrastructure to indicate to plugins that the new connection
      shouldn't be immediately saved if the connection was added with the
      new method.
    • Dan Williams's avatar
      settings: track whether connection is saved to disk or not · cd5d9270
      Dan Williams authored
      Use the new NMConnection 'changed' signal to mark connections
      as dirty/unsaved, and reset that when they get flushed to disk.
      Previously, the 'Updated' signal was emitted only when the
      connection was changed and flushed to disk, but now we have
      more granular needs, and the signal is emitted whenever the
      connection actually *is* changed, regardless of whether its
      flushed to disk or not.
  11. 24 May, 2013 1 commit
  12. 07 May, 2013 2 commits
    • Dan Winship's avatar
      core: add NMDeviceGeneric:type-description · 4819df28
      Dan Winship authored
      Use nm_platform_link_get_type_name() to get information about the
      generic device, and export that via D-Bus
    • Dan Winship's avatar
      core, libnm-glib: add NMDeviceGeneric · ce4f2a4b
      Dan Winship authored
      Add NMDeviceGeneric, to provide generic support for unknown device
      types, and create NMDeviceGenerics for those devices that NM
      previously was ignoring. Allow NMSettingGeneric connections to be
      activated on (managed) NMDeviceGenerics.
  13. 16 Apr, 2013 1 commit
    • Dan Williams's avatar
      api: clarify expected agent behavior for GetSecrets and saving secrets · b6d2ae42
      Dan Williams authored
      Agents are expected to save any new/updated secrets returned to
      NetworkManager from a GetSecrets call, as it would be silly to return
      those same secrets right back to the agent via SaveSecrets when the
      agent is perfectly capable of saving the secrets itself without
      round-tripping to NetworkManager and back.
  14. 15 Apr, 2013 1 commit
  15. 10 Apr, 2013 1 commit
  16. 11 Feb, 2013 1 commit
  17. 31 Jan, 2013 1 commit
  18. 11 Jan, 2013 1 commit
  19. 09 Jan, 2013 2 commits
  20. 17 Dec, 2012 1 commit
  21. 30 Nov, 2012 2 commits
  22. 07 Nov, 2012 1 commit
  23. 06 Nov, 2012 1 commit
  24. 19 Oct, 2012 1 commit
  25. 17 Oct, 2012 1 commit
    • Jan Lübbe's avatar
      wifi: support ap-mode with wpa_supplicant · f9c72dee
      Jan Lübbe authored
      A new value for NM80211Mode is introduced (NM_802_11_MODE_AP) and the
      new mode is passed to wpa_supplicant analogous to adhoc-mode.
      The places which need to know the interface mode have been extended to
      handle the new mode.
      If the configuration does not contain a fixed frequency, a channel is
      selected the same way as with adhoc-mode before.
  26. 24 Sep, 2012 1 commit
  27. 20 Sep, 2012 1 commit
    • Dan Williams's avatar
      wifi: add SSID_NOT_FOUND reason and use it when we can · 29fe6ec8
      Dan Williams authored
      When the supplicant starts connecting, or gets disconnected, track
      whether it ever starts talking to an AP.  Then if the connection fails
      as a result of an initial connection timeout or a link timeout, we
      can use SSID_NOT_FOUND when we're reasonably sure the AP doesn't
      exist.  Clients can use this to show better error messages.
      Note that SSID_NOT_FOUND may only be reported when using nl80211
      drivers, as WEXT drivers don't provide the status necessary to
      determine whether the network exists or not.
  28. 29 Aug, 2012 1 commit