This bug is the reason why in Vivid when a scope tries to authenticate to an online accounts, nothing happens: the OA trusted helper sees that the trusted session has succeeded (even if the initiator PID is the one from the scope, which has no UI), and decides to show its UI inside the trusted session. But the trusted session is effectively non working, so nothing is shown on screen. The worse thing is that the OA process is not even aware of the failure (it thinks that its UI is visible and is waiting the user's input), so it's kind of hanging on that session to finish.
-- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu. https://bugs.launchpad.net/bugs/1377968 Title: a prompt session with an invalid application pid should be an error Status in Mir: Fix Committed Status in “mir” package in Ubuntu: Triaged Bug description: Calling mir_connection_create_prompt_session_sync() with an "application pid" that doesn't correspond to an existing session leads to a "valid" prompt session being created without the (non-existent) application session being added to the prompt session. An error should be reported by the server so that the result of mir_prompt_session_is_valid() will be false. To manage notifications about this bug go to: https://bugs.launchpad.net/mir/+bug/1377968/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
