1. 26 Oct, 2017 1 commit
    • Debarshi Ray's avatar
      build: Fix the Makefile rules for the GSettings schema · 66b2bb58
      Debarshi Ray authored
      There's no need for the extra *.in indirection with intltool >= 0.50.1.
      That's what commit 34093e8e, where the schema was introduced,
      intended to do but somehow didn't end up doing.
      
      The use of INTLTOOL_XML_RULE was completely needless. It is meant for
      merging translations back into appdata and desktop files, but that's
      not the case for GSettings schemas. Like code, those translations are
      fetched at runtime.
      
      Fallout from 34093e8e
      66b2bb58
  2. 03 Oct, 2017 2 commits
  3. 11 Nov, 2015 1 commit
  4. 11 Sep, 2015 1 commit
  5. 22 May, 2015 1 commit
    • Ray Strode's avatar
      identity: Separate identity service off into its own process · ac7047d8
      Ray Strode authored
      This commit segregates the kerberos specific functionality off
      into its own helper process.
      
      This has a couple of benefits:
      
      1) It is actually a better fit for how the code was initially designed,
      which was first staged in gnome-settings-daemon with g-o-a talking to
      it. Right now we have gnome-online-accounts talking to itself,
      in-process, through d-bus, which is suboptimal.
      
      2) It keeps any leaks or crashes in the kerberos code from bringing
      down the whole online accounts daemon.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=739593
      ac7047d8
  6. 04 Mar, 2015 1 commit
  7. 05 Jun, 2014 1 commit
    • Debarshi Ray's avatar
      Add a whitelist for providers · 34093e8e
      Debarshi Ray authored
      The whitelist is a GSetting where you can either list the names of the
      providers that should be enabled or use 'all' to have everything.
      
      Bump minimum intltool version to 0.50.1 for GSettings XML support.
      
      Modelled off gnome-settings-daemon whitelist.
      
      Fixes: https://bugzilla.gnome.org/729173
      34093e8e
  8. 05 Mar, 2013 1 commit
    • Debarshi Ray's avatar
      daemon: Do not use notifications when an account needs attention · 8750cf18
      Debarshi Ray authored
      We want the applications to handle the notification themselves if the
      credentials for an account do not work (ie., if EnsureCredentials
      fails). Having the daemon throw a notification is bad because:
        * it does not give the user sufficient context to determine what
          actually failed
        * background services might be calling EnsureCredentials, and these
          should never lead to a notification unless it was in response to
          an explicit user action
      
      This also reverts commit cbcb0da9.
      
      Fixes: https://bugzilla.gnome.org/660882
      8750cf18
  9. 29 Jan, 2013 1 commit
  10. 15 Oct, 2012 1 commit
  11. 28 Sep, 2012 1 commit
  12. 24 May, 2012 1 commit
  13. 01 May, 2012 1 commit
  14. 05 Apr, 2012 1 commit
  15. 24 Jun, 2011 2 commits
  16. 14 Jun, 2011 1 commit
  17. 27 May, 2011 1 commit
  18. 19 Apr, 2011 1 commit
  19. 18 Apr, 2011 2 commits