[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
lowering for mir, as for the near future window reparenting isn't needed. all the surface management can be done in shell. ** Changed in: mir Importance: High = Medium ** Summary changed: - [enhancement] Window reparenting (required for appstore app trust model) + [enhancement] Trusted Session surface management (required for appstore app trust model) -- 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) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Changed in: unity-mir Assignee: rosa maria (rprosamaria383) = (unassigned) -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Changed in: apparmor-easyprof-ubuntu (Ubuntu) Assignee: rosa maria (rprosamaria383) = (unassigned) -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Changed in: unity-mir Assignee: (unassigned) = rosa maria (rprosamaria383) ** Changed in: apparmor-easyprof-ubuntu (Ubuntu) Assignee: (unassigned) = rosa maria (rprosamaria383) -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Changed in: mir Assignee: rosa maria (rprosamaria383) = (unassigned) -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Changed in: mir Assignee: (unassigned) = rosa maria (rprosamaria383) -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Changed in: signon (Ubuntu Saucy) Status: Confirmed = Won't Fix ** Changed in: signon (Ubuntu Trusty) Importance: Undecided = High ** Changed in: unity-mir (Ubuntu Trusty) Importance: Undecided = High ** Changed in: unity-mir (Ubuntu Saucy) Status: Confirmed = Won't Fix -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Won't Fix Status in “unity-mir” source package in Saucy: Won't Fix Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Also affects: content-hub Importance: Undecided Status: New -- 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] Window reparenting (required for appstore app trust model) Status in Content sharing/picking infrastructure and service: New Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Confirmed Status in “unity-mir” source package in Saucy: Confirmed Status in “signon” source package in Trusty: Confirmed Status in “unity-mir” source package in Trusty: 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: signon (Ubuntu) Status: New = Confirmed -- 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] Window reparenting (required for appstore app trust model) Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Confirmed Status in “unity-mir” source package in Saucy: Confirmed Status in “signon” source package in t-series: Confirmed Status in “unity-mir” source package in t-series: 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/mir/+bug/1230091/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: unity-mir (Ubuntu T-series) Status: New = Confirmed -- 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] Window reparenting (required for appstore app trust model) Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Confirmed Status in “unity-mir” source package in Saucy: Confirmed Status in “signon” source package in t-series: Confirmed Status in “unity-mir” source package in t-series: 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/mir/+bug/1230091/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: signon (Ubuntu T-series) Status: New = Confirmed -- 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] Window reparenting (required for appstore app trust model) Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: Confirmed Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: Confirmed Status in “unity-mir” source package in Saucy: Confirmed Status in “signon” source package in t-series: Confirmed Status in “unity-mir” source package in t-series: 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/mir/+bug/1230091/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1230091] Re: [enhancement] Window reparenting (required for appstore app trust model)
** Summary changed: - [feature] Window reparenting (required for appstore app trust model) + [enhancement] Window reparenting (required for appstore app trust model) ** Tags removed: feature ** Tags added: enhancement -- 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] Window reparenting (required for appstore app trust model) Status in Mir: Triaged Status in Unity Mir: Triaged Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “signon” package in Ubuntu: New Status in “unity-mir” package in Ubuntu: Confirmed Status in “signon” source package in Saucy: New Status in “unity-mir” source package in Saucy: Confirmed Status in “signon” source package in t-series: New Status in “unity-mir” source package in t-series: New 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/mir/+bug/1230091/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
