desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #115676
[Bug 1230091] Re: [enhancement] Trusted Session surface management (required for appstore app trust model), modal subwindows
Trusted sessions are working rather well now. The only problem left is supporting more than one trust session at the same time. Do you have any update on that?
With more apps starting to use trust sessions (apps using Online Accounts and Content Hub), supporting more than one session at a time is becoming more important.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to signon in Ubuntu.
https://bugs.launchpad.net/bugs/1230091
Title:
[enhancement] Trusted Session surface management (required for
appstore app trust model), modal subwindows
Status in Content sharing/picking infrastructure and service:
Invalid
Status in Mir:
Triaged
Status in Unity Mir:
Triaged
Status in signon package in Ubuntu:
Invalid
Status in unity-mir package in Ubuntu:
Confirmed
Bug description:
(I'm filing this as a bug in order to be able to point other people to
it, and to track its progress; if there's a blueprint containing this
task, please let me know)
Some components (such as the Online Accounts trusted helper) need to
be able to pop-up a window (typically, a dialog) on top of the running
application. Such windows should be modal to the application, that is
the user should not be able to interact with the application while the
modal window is displayed on top of them. This also means that in the
task switcher one shouldn't see two windows, but only the topmost
modal window (and parts of the application window, in case the modal
window on top is a non-fullscreen dialog).
For developers, this API already exists in Qt: see https://qt-project.org/doc/qt-5.1/qtgui/qwindow.html#fromWinId
It needs to be implemented in the QPA plugin, so feel free to add the relevant projects to the bug report.
From jdstrand>
This is a hard requirement for application confinement because of our trust model-- permission to access sensitive data by AppStore apps is typically granted or denied at the time of access (caching the result for later use as appropriate), so users have a context for the access being requested. We do this instead of throwing up a permissions prompt at installation. However, for it to work, trusted helpers like online accounts and location require this functionality from unity-mir. A trust-store is also being implemented so other services like calendar and contacts can do the same. Because this feature is not implemented, the implementation for online accounts, location and the trust-store is blocked and appstore apps are therefore able to access these services without the user knowing.
To manage notifications about this bug go to:
https://bugs.launchpad.net/content-hub/+bug/1230091/+subscriptions