** Description changed:

  (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. A trust-store is also being implemented so other services like 
calendar and contacts can do the same. Because this bug exists, 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.

** Tags added: application-confinement

** Also affects: unity-mir (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: unity-mir (Ubuntu Saucy)
   Importance: Undecided
       Status: New

** Changed in: unity-mir (Ubuntu Saucy)
   Importance: Undecided => High

** Description changed:

  (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. A trust-store is also being implemented so other services like 
calendar and contacts can do the same. Because this bug exists, 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.
+ 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.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1230091

Title:
  [feature] Window reparenting

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity-mir/+bug/1230091/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to