[Desktop-packages] [Bug 1227824] Re: please add trust-store integration to e-d-s for calendar API
This bug is quite old and I think in need of urgency.
There are apps that would like to use the calendar API like Alarm and Reminders
but cannot because of this bug (me included :) ).
Also, the documentation in the developer site needs to indicate that developers
cannot freely use them as of the moment. The Alarm and AlarmModel have been
listed in the components and there's no mention that the calendar policy is
needed and that it is still in "reserved" status.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evolution-data-server in Ubuntu.
https://bugs.launchpad.net/bugs/1227824
Title:
please add trust-store integration to e-d-s for calendar API
Status in apparmor-easyprof-ubuntu package in Ubuntu:
Confirmed
Status in evolution-data-server package in Ubuntu:
Confirmed
Status in apparmor-easyprof-ubuntu source package in Saucy:
Won't Fix
Status in evolution-data-server source package in Saucy:
Won't Fix
Status in apparmor-easyprof-ubuntu source package in Trusty:
Won't Fix
Status in evolution-data-server source package in Trusty:
Won't Fix
Bug description:
Currently the 'calendar' policy group is reserved because giving
access to the EDS's DBus API allows applications to access all
calendars without user consent. If calendars are going to be made
generally available to untrusted appstore apps, EDS needs to be
modified to use trust-store, like location-service does. Integrating
with trust-store means that when an app tries to connect to the EDS
over DBus, EDS will contact trust-store, the trust-store will prompt
the user ("Foo wants to access your calendars. Is this ok? Yes|No"),
optionally cache the result and return the result to EDS. In this
manner the user is given a contextual prompt at the time of access by
the app. Using caching this decision can be remembered the next time.
If caching is used, there should be a method to change the decision in
settings.
Targeting to T-Series for now, since the trust-store is not in a
reusable form yet.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1227824/+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 1227824] Re: please add trust-store integration to e-d-s for calendar API
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: evolution-data-server (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evolution-data-server in Ubuntu.
https://bugs.launchpad.net/bugs/1227824
Title:
please add trust-store integration to e-d-s for calendar API
Status in apparmor-easyprof-ubuntu package in Ubuntu:
Confirmed
Status in evolution-data-server package in Ubuntu:
Confirmed
Status in apparmor-easyprof-ubuntu source package in Saucy:
Won't Fix
Status in evolution-data-server source package in Saucy:
Won't Fix
Status in apparmor-easyprof-ubuntu source package in Trusty:
Won't Fix
Status in evolution-data-server source package in Trusty:
Won't Fix
Bug description:
Currently the 'calendar' policy group is reserved because giving
access to the EDS's DBus API allows applications to access all
calendars without user consent. If calendars are going to be made
generally available to untrusted appstore apps, EDS needs to be
modified to use trust-store, like location-service does. Integrating
with trust-store means that when an app tries to connect to the EDS
over DBus, EDS will contact trust-store, the trust-store will prompt
the user ("Foo wants to access your calendars. Is this ok? Yes|No"),
optionally cache the result and return the result to EDS. In this
manner the user is given a contextual prompt at the time of access by
the app. Using caching this decision can be remembered the next time.
If caching is used, there should be a method to change the decision in
settings.
Targeting to T-Series for now, since the trust-store is not in a
reusable form yet.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1227824/+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 1227824] Re: please add trust-store integration to e-d-s for calendar API
FYI, apps are coming in that are trying to use the Alarms functionality of the calendar and acceptance into the store is problematic due to the lack of this feature. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution-data-server in Ubuntu. https://bugs.launchpad.net/bugs/1227824 Title: please add trust-store integration to e-d-s for calendar API Status in apparmor-easyprof-ubuntu package in Ubuntu: Confirmed Status in evolution-data-server package in Ubuntu: New Status in apparmor-easyprof-ubuntu source package in Saucy: Won't Fix Status in evolution-data-server source package in Saucy: Won't Fix Status in apparmor-easyprof-ubuntu source package in Trusty: Won't Fix Status in evolution-data-server source package in Trusty: Won't Fix Bug description: Currently the 'calendar' policy group is reserved because giving access to the EDS's DBus API allows applications to access all calendars without user consent. If calendars are going to be made generally available to untrusted appstore apps, EDS needs to be modified to use trust-store, like location-service does. Integrating with trust-store means that when an app tries to connect to the EDS over DBus, EDS will contact trust-store, the trust-store will prompt the user (Foo wants to access your calendars. Is this ok? Yes|No), optionally cache the result and return the result to EDS. In this manner the user is given a contextual prompt at the time of access by the app. Using caching this decision can be remembered the next time. If caching is used, there should be a method to change the decision in settings. Targeting to T-Series for now, since the trust-store is not in a reusable form yet. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1227824/+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 1227824] Re: please add trust-store integration to e-d-s for calendar API
** Changed in: apparmor-easyprof-ubuntu (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution-data-server in Ubuntu. https://bugs.launchpad.net/bugs/1227824 Title: please add trust-store integration to e-d-s for calendar API Status in “apparmor-easyprof-ubuntu” package in Ubuntu: Confirmed Status in “evolution-data-server” package in Ubuntu: New Status in “apparmor-easyprof-ubuntu” source package in Saucy: Won't Fix Status in “evolution-data-server” source package in Saucy: Won't Fix Status in “apparmor-easyprof-ubuntu” source package in Trusty: Won't Fix Status in “evolution-data-server” source package in Trusty: Won't Fix Bug description: Currently the 'calendar' policy group is reserved because giving access to the EDS's DBus API allows applications to access all calendars without user consent. If calendars are going to be made generally available to untrusted appstore apps, EDS needs to be modified to use trust-store, like location-service does. Integrating with trust-store means that when an app tries to connect to the EDS over DBus, EDS will contact trust-store, the trust-store will prompt the user (Foo wants to access your calendars. Is this ok? Yes|No), optionally cache the result and return the result to EDS. In this manner the user is given a contextual prompt at the time of access by the app. Using caching this decision can be remembered the next time. If caching is used, there should be a method to change the decision in settings. Targeting to T-Series for now, since the trust-store is not in a reusable form yet. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1227824/+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 1227824] Re: please add trust-store integration to e-d-s
Per meeting today, trust-store integration for e-d-s is not for RTM. Furthermore, supporting a global calendar for apps at all is still in discussion. ** Summary changed: - please integrate with trust-store + please add trust-store integration to e-d-s ** Changed in: evolution-data-server (Ubuntu Trusty) Status: New = Won't Fix ** Changed in: apparmor-easyprof-ubuntu (Ubuntu Trusty) Status: Triaged = Won't Fix ** Changed in: evolution-data-server (Ubuntu) Importance: Undecided = Wishlist ** Changed in: apparmor-easyprof-ubuntu (Ubuntu) Importance: Undecided = Wishlist ** Summary changed: - please add trust-store integration to e-d-s + please add trust-store integration to e-d-s for calendar API -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution-data-server in Ubuntu. https://bugs.launchpad.net/bugs/1227824 Title: please add trust-store integration to e-d-s for calendar API Status in “apparmor-easyprof-ubuntu” package in Ubuntu: New Status in “evolution-data-server” package in Ubuntu: New Status in “apparmor-easyprof-ubuntu” source package in Saucy: Won't Fix Status in “evolution-data-server” source package in Saucy: Won't Fix Status in “apparmor-easyprof-ubuntu” source package in Trusty: Won't Fix Status in “evolution-data-server” source package in Trusty: Won't Fix Bug description: Currently the 'calendar' policy group is reserved because giving access to the EDS's DBus API allows applications to access all calendars without user consent. If calendars are going to be made generally available to untrusted appstore apps, EDS needs to be modified to use trust-store, like location-service does. Integrating with trust-store means that when an app tries to connect to the EDS over DBus, EDS will contact trust-store, the trust-store will prompt the user (Foo wants to access your calendars. Is this ok? Yes|No), optionally cache the result and return the result to EDS. In this manner the user is given a contextual prompt at the time of access by the app. Using caching this decision can be remembered the next time. If caching is used, there should be a method to change the decision in settings. Targeting to T-Series for now, since the trust-store is not in a reusable form yet. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1227824/+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
