touch-packages team mailing list archive

[Nick Dedekind <1384950@xxxxxxxxxxxxxxxxxx>]

I'm not too sure about suspending the prompt helper along with the application, since it's a long running service in some cases. This is where the logic for bailing out of prompts should be (not in the prompt providers UIs)
The prompt providers UIs are fine to suspend since they're only associated with one instance of a prompt session (process/control group would help here).

We have a prompt session state (stopped/started), which could be
modified to accept a suspend state. We could pick this up in the prompt
helper client and do the necessary (start time-out/whatever)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-system-settings-
online-accounts in Ubuntu.
https://bugs.launchpad.net/bugs/1384950

Title:
  Trusted prompts need to be part of the lifecycle

Status in “pay-service” package in Ubuntu:
  New
Status in “trust-store” package in Ubuntu:
  New
Status in “ubuntu-system-settings-online-accounts” package in Ubuntu:
  New
Status in “unity8” package in Ubuntu:
  Triaged

Bug description:
  After we fix bug #1355173, we'll be "leaking" trusted prompts in the
  sense that when an app gets unfocused (and potentially killed
  subsequently), the trusted prompts will be left running, not suspended
  with the app. We should apply the same rules to the whole app
  container (can we use ual? add the prompts to the pgroup/cgroup?).

  This needs an escape route, too, for trusted helpers to be able to
  kill prompts as they need to.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pay-service/+bug/1384950/+subscriptions