touch-packages team mailing list archive

[Rodney Dawes <1373966@xxxxxxxxxxxxxxxxxx>]

With the purchasing flow you need to run "/usr/lib/arm-linux-gnueabihf
/pay-service/setup-staging.sh" on the device as the phablet user, then
go to the app store scope, find the "Delta" app there, open the preview,
and tap on the price button in the preview to open the payment
interface.

An actual freeze seems to happen very rarely, but the app running in the
trusted prompt session is always missing (as you also witnessed with the
youtube example).

I would expect the app running in the trusted prompt session to stay
open when the screen blanks and is then later turned on again.

I don't have a krillin, so I'm not sure what image numbers for it match
up with what image numbers for mako, but I am seeing this issue on a
mako. I'm also not sure if this is actually a unity8 issue, or something
in mir or qtmir. I filed the bug here as it's where I'm spending most of
my time testing the purchasing flow, and am not sure how to isolate it
to a specific component in that stack.

** Changed in: unity8 (Ubuntu)
       Status: Incomplete => Triaged

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1373966

Title:
  Trusted prompt sessions get stuck on screen blank

Status in “unity8” package in Ubuntu:
  Triaged

Bug description:
  When a trusted prompt session is open on top of the dash, and the
  screen is blanked (either via timeout or pressing the power button to
  turn it off), the app which is running in the prompt session
  disappears upon turning the screen back on. In some cases, this leaves
  the dash in a state where the user is unable to interact with it, and
  the only recourse is to reboot or run "restart unity8-dash" if the
  Terminal or an adb shell are available. In some cases, this also
  leaves the app which was in the trusted prompt session, running in the
  background, and it will not get terminated by the system.

  To reproduce:

  1: Go to the YouTube scope.
  2: Scroll to the bottom of the results and tap the "Log-in to YouTube" result entry.
  3: When the online-accounts-ui opens up, turn the screen off.
  4: Turn the screen back on and notice the login window for YouTube is gone, and the dash cannot be interacted with.

  So far, I've only been able to do this in the dash, either with the
  YouTube log-in, or with the app purchasing flow (which is slightly
  more complex to test).

  When reproducing this in ubuntu-system-settings-online-accounts, the
  new account login window goes away, but it is still possible to
  interact with the system-settings UI, so the user can recover by
  trying to add the account again, or just quitting system settings.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1373966/+subscriptions