1. 07 Aug, 2017 1 commit
  2. 28 Jun, 2017 1 commit
  3. 29 May, 2017 1 commit
  4. 22 Nov, 2016 1 commit
  5. 12 Mar, 2015 1 commit
  6. 27 Mar, 2014 1 commit
  7. 08 Feb, 2014 2 commits
  8. 01 Feb, 2014 1 commit
  9. 31 Jan, 2014 1 commit
  10. 19 Jul, 2013 1 commit
    • Colin Walters's avatar
      gdbusnameowning: Don't spew an error if we're releasing a name due to closing · 31aee732
      Colin Walters authored
      The default GNOME 3.10 login process right now has gdm spawn a session
      for the login screen, retaining the X server, but closing the session
      bus.  Right now in this scenario many GNOME components such as
      gnome-settings-daemon attempt to "clean up" on shutdown by releasing
      their owned names.
      
      But they're shutting down because the session bus went away, so
      releasing the name is pointless, and presently spews an error into the
      journal.
      
      This patch avoids that error spew, which helps system administrators
      find *real* problems.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=704567
      31aee732
  11. 31 Mar, 2012 1 commit
  12. 27 Oct, 2011 1 commit
  13. 18 Oct, 2011 1 commit
  14. 07 Oct, 2011 1 commit
  15. 20 Jun, 2011 1 commit
  16. 07 Aug, 2010 1 commit
    • Matthias Clasen's avatar
      Make the closure variants of name owning and watching actually work · 402ad195
      Matthias Clasen authored
      The GClosure API is a bit funky (and badly documented), and requires
      you to set a marshaller on the closure, and the marshaller has an
      implicit 'this' argument, and the caller is reponsible for unsetting
      the values after invoking the closure.
      
      I've added some calls of the _with_closures variants to the
      gdbus-names test now.
      402ad195
  17. 19 Jul, 2010 1 commit
  18. 07 Jul, 2010 1 commit
  19. 29 Jun, 2010 1 commit
    • David Zeuthen's avatar
      Bug 623143 – Never require non-closed connections · 6d4ade4c
      David Zeuthen authored
      There's a couple of places in GDBus where it's a programming error
      (e.g. we'll assert or spew via e.g. g_warning()) to use the API on a
      closed connection.  This approach can never work since a
      GDBusConnection can be closed at any point in time outside of
      programmer control.
      
      Just change the code to return a run-time error (e.g. return
      G_IO_ERROR_CLOSED when sending messages, invoking methods) or silently
      accept the request (e.g.  exporting objects, registering for signals)
      without doing anything.
      
      Note that a GDBusConnection object is always useless after being
      closed - e.g.  there's no way to "reopen" a connection - the user will
      have to create a new object and use that instead.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=623143Signed-off-by: 's avatarDavid Zeuthen <davidz@redhat.com>
      6d4ade4c
  20. 18 Jun, 2010 1 commit
  21. 10 Jun, 2010 1 commit
  22. 24 May, 2010 1 commit
    • Allison Karlitskaya's avatar
      GDBusConnection.call(): add 'reply_type' argument · 3160bcad
      Allison Karlitskaya authored
      This allows the caller to specify the reply type that they are expecting
      for this call.  If the reply comes back with the wrong type, GDBus will
      generate an appropriate error internally.
      
        - add a GVariantType * argument to g_dbus_connection_call() and
          _call_sync().
      
        - move the internal API for computing message types from introspection
          data to be based on GVariantType instead of strings.  Update users
          of this code.
      
        - have GDBusProxy pass this calculated GVariantType into
          g_dbus_connection_call().  Remove the checks done in GDBusProxy.
      
        - Update other users of the code (test cases, gdbus-tool, GSettings
          tool, etc).  In some cases, remove redundant checks; in some other
          cases, we are fixing bugs because no checking was done where it
          should have been.
      
      Closes bug #619391.
      3160bcad
  23. 13 May, 2010 2 commits
  24. 10 May, 2010 1 commit
    • David Zeuthen's avatar
      GDBus: Use call() instead of invoke_method() · 869b4c68
      David Zeuthen authored
      Lots of people been suggesting this. We still use MethodInvocation /
      method_invocation for handling incoming method calls so use call()
      instead of invoke_method() helps to separate the client and server
      facilities. Which is a good thing(tm).
      869b4c68
  25. 09 May, 2010 2 commits
  26. 06 May, 2010 5 commits