This bug was fixed in the package dbus-cpp -
4.0.0+14.10.20140730-0ubuntu1

---------------
dbus-cpp (4.0.0+14.10.20140730-0ubuntu1) utopic; urgency=low

  [ Ubuntu daily release ]
  * debian/libdbus-cpp4.symbols.32bit: auto-update to released version
  * debian/libdbus-cpp4.symbols.64bit: auto-update to released version

  [ thomas-voss ]
  * Make sure that dbus daemon instances fired up for testing are torn
    down after a configurable timeout. (LP: #1326200)
  * Make sure that core::dbus::Service::Service(...) interprets return
    values of dbus_bus_request_name correctly. (LP: #1329211)
 -- Ubuntu daily release <ps-jenk...@lists.canonical.com>   Wed, 30 Jul 2014 
16:12:30 +0000

** Changed in: dbus-cpp (Ubuntu)
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to dbus-cpp in Ubuntu.
https://bugs.launchpad.net/bugs/1329211

Title:
  core::dbus::Service constructor ignores return value of
  dbus_request_name(), hiding failures

Status in DBus C++:
  In Progress
Status in “dbus-cpp” package in Ubuntu:
  Fix Released

Bug description:
  The core::dbus::Service constructor ignores the return value of
  dbus_bus_request_name().  This means that a service might start but
  never be able to handle any method calls because its well known name
  is owned by someone else.

  When used with the core::dbus::Skeleton type, the name request flags
  are do_not_queue and replace_existing.  Looking at the libdbus API
  docs here:

  
http://dbus.freedesktop.org/doc/api/html/group__DBusBus.html#ga8a9024c78c4ea89b6271f19dbc7861b2

  The function could return one of:

   * DBUS_REQUEST_NAME_REPLY_PRIMARY_OWNER
   * DBUS_REQUEST_NAME_REPLY_EXISTS
   * DBUS_REQUEST_NAME_REPLY_ALREADY_OWNER

  The "exists" response should probably be treated as an error.

To manage notifications about this bug go to:
https://bugs.launchpad.net/dbus-cpp/+bug/1329211/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to