GLib Application Registers a DBus name under application confinement

[Ted Gould]

Under application confinement applications won't be allowed to register names on DBus. GApplication returns an error if it can't do that which makes programs unhappy. Instead they should just believe they are the primary app instance if they're running under isolation.

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "block_app_registration.diff" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[Jamie Strandboge (jdstrand)]

I see that HUD access needs to use:
  dbus (send)
       bus=session
       path="/com/canonical/hud"
       interface="com.canonical.hud"
       member="RegisterApplication",

but other than that, I am not seeing other accesses. SDK applications should be using GApplication now, so this is more of a converged device bug, isn't it? If so, should the priority be adjusted and the bug retargeted?

[Ted Gould (ted)]

On Tue, 2013-09-03 at 18:17 +0000, Jamie Strandboge wrote:

> I see that HUD access needs to use:
> dbus (send)
> bus=session
> path="/com/canonical/hud"
> interface="com.canonical.hud"
> member="RegisterApplication",
>
> but other than that, I am not seeing other accesses. SDK applications
> should be using GApplication now, so this is more of a converged device
> bug, isn't it? If so, should the priority be adjusted and the bug
> retargeted?

The SDK must not be creating the GApplication object with a well-known
name. So yes, I think that it makes sense to look at post-13.10 for
this.