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. 30 Sep, 2017 1 commit
  4. 16 Jun, 2017 1 commit
  5. 08 Jun, 2017 1 commit
  6. 08 Feb, 2017 1 commit
  7. 22 Dec, 2016 1 commit
  8. 14 Dec, 2016 1 commit
  9. 11 Nov, 2015 1 commit
  10. 16 Sep, 2015 1 commit
  11. 15 Sep, 2015 1 commit
  12. 14 Sep, 2015 1 commit
  13. 11 Sep, 2015 1 commit
  14. 05 Aug, 2015 1 commit
  15. 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
  16. 04 May, 2015 1 commit
  17. 26 Mar, 2015 1 commit
  18. 04 Mar, 2015 1 commit
  19. 24 Feb, 2015 1 commit
    • Debarshi Ray's avatar
      Remove Yahoo! support · 64cfb818
      Debarshi Ray authored
      It does not work. There are currently no known applications that use
      it. Keeping the code means that some distributions enable it, only to
      have users complain that it does not work.
      
      Will be restored once the situation changes.
      
      See: https://bugzilla.gnome.org/721061
      64cfb818
  20. 18 Dec, 2014 1 commit
  21. 30 Sep, 2014 1 commit
    • Debarshi Ray's avatar
      Support locked accounts · 2e6a2c9c
      Debarshi Ray authored
      Locked accounts are those that have been pre-configured by the system
      administrator. Users are discouraged from removing these, which is why
      org.gnome.OnlineAccounts.Account.Remove will refuse to do so. One can
      work around this by manually editing accounts.conf.
      
      Fixes: https://bugzilla.gnome.org/737656
      2e6a2c9c
  22. 05 Jun, 2014 2 commits
  23. 19 May, 2014 1 commit
  24. 25 Mar, 2014 1 commit
    • Debarshi Ray's avatar
      Remove the author field from file headers · 01fddbfb
      Debarshi Ray authored
      The information was often stale and we did not consistently have it in
      all the files. Git is a much more reliable source for this kind of
      information. Unlike the copyright notice, the author field has no legal
      significance, so it was just unnecessary baggage.
      01fddbfb
  25. 05 Mar, 2014 1 commit
  26. 03 Feb, 2014 3 commits
  27. 29 Jan, 2014 1 commit
  28. 13 Jan, 2014 1 commit
  29. 18 Jun, 2013 1 commit
  30. 12 Jun, 2013 1 commit
  31. 10 Jun, 2013 1 commit
  32. 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
  33. 04 Mar, 2013 1 commit
  34. 01 Mar, 2013 1 commit
  35. 14 Feb, 2013 2 commits