can't load app purchase UI without a U1 account

Bug #1450377 reported by Jean-Baptiste Lallement
22
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
Critical
kevin gunn
Mir
Fix Released
Medium
Alan Griffiths
0.13
Fix Released
Undecided
Alan Griffiths
mir (Ubuntu)
Fix Released
Undecided
Unassigned
qtmir (Ubuntu)
Invalid
Critical
Nick Dedekind

Bug Description

On latest devel-proposed image (krillin.en-proposed #37), I cannot get the app store to let me purchase apps.

Steps to reproduce the issue:
1. Flash latest devel-proposed image.
2. Complete the welcome wizard, and make sure to connect wi-fi.
3. Complete the edges intro.
4. Open the app store and search for price:2.99.
5. Tap the price button for the app.

Repeat the steps 1-3
4. Open system settings → accounts
5. Create your u1 account
6. Open the app store and search for price:2.99.
7. Tap the price button for the app.
This now works as expected.

Expected results: Dialog appears asking me to log in to my U1 account.

Actual results: Button changes to "In Progress", a "Loading..." dialog appears briefly, then the interface returns to the app detail page with the price listed.

Related branches

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

I have added some additional steps. It seems the issue here is that the path for pay in combination with setting up your u1 account is broken. This could be a side effect of the browser issue we see when iframes are destroyed.

Changed in pay-ui:
status: New → Confirmed
description: updated
description: updated
Revision history for this message
Olivier Tilloy (osomon) wrote :

I don’t think it has anything to do with oxide at this stage.

Revision history for this message
dobey (dobey) wrote :

Moving this to qtmir. This is a problem with opening a trusted session on top of another trusted session, which has regressed in vivid. The pay-ui is a trusted session on top of unity8-dash, and we then open the online-accounts ui if an account doesn't exist, which creates another trusted session on top of pay-ui.

affects: pay-ui → qtmir (Ubuntu)
dobey (dobey)
Changed in qtmir (Ubuntu):
importance: Undecided → Critical
Changed in canonical-devices-system-image:
assignee: nobody → kevin gunn (kgunn72)
importance: Undecided → Critical
milestone: none → ww21-2015
status: New → Confirmed
Changed in canonical-devices-system-image:
milestone: ww21-2015 → ww22-2015
kevin gunn (kgunn72)
Changed in qtmir (Ubuntu):
assignee: nobody → Nick Dedekind (nick-dedekind)
Revision history for this message
kevin gunn (kgunn72) wrote :

@nick - assigning to you, but pull in alan_g if you think it might help

Revision history for this message
Nick Dedekind (nick-dedekind) wrote :

This doesn't seem to be a qtmir issue. I think the problem lies in a regression in the Mir socket connections. Connections for sessions created by mir_prompt_session_new_fds_for_prompt_providers aren't passing the correct client pid to the sessions.
So mir cannot find the session to overlay the child on top of.

Changed in qtmir (Ubuntu):
status: Confirmed → Invalid
Changed in mir:
assignee: nobody → Alan Griffiths (alan-griffiths)
Changed in mir:
milestone: none → 0.13.1
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.14.0

Changed in mir:
status: New → Fix Committed
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Fix backported to lp:mir/0.13 at revision 2541.

Changed in mir:
milestone: 0.13.1 → 0.14.0
importance: Undecided → Medium
Changed in canonical-devices-system-image:
status: Confirmed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mir - 0.13.1+15.10.20150520-0ubuntu1

---------------
mir (0.13.1+15.10.20150520-0ubuntu1) wily; urgency=medium

  [ Cemil Azizoglu ]
  * New upstream release 0.13.1 (https://launchpad.net/mir/+milestone/0.13.1)
    - ABI summary: No ABI break. Servers and clients do not need rebuilding.
      . Mirclient ABI unchanged at 8
      . Mircommon ABI unchanged at 4
      . Mirplatform ABI unchanged at 7
      . Mirserver ABI unchanged at 31
    - Bug fixes:
      . Can't load app purchase UI without a U1 account (LP: #1450377)
      . Crash because uncaught exception in mir::events::add_touch (LP: #1437357)

 -- CI Train Bot <email address hidden> Wed, 20 May 2015 21:20:15 +0000

Changed in mir (Ubuntu):
status: New → Fix Released
Changed in mir:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.