Just to complement the bug report with more information which might be useful for designers (and for myself, when I get back to this):
* WHEN The need for a user interaction might arise at any time, depending on the remote service's policy. It will typically happen when an access token expires, or when an application requests new permissions or changes its key. *WHAT The user interaction could potentially be anything which can be embedded in a website, but typically it will be a login form or a page where the user has to confirm that he authorizes the application to get certain permissions on his account; or even a combination of the two. In any case, this is directly coming from the service provider, and we have no control over it (it's something which we embed in a web view element). * OUR DATA What we know about this request is: - the affected account (which we could show the provider name, the user ID, an icon, etc.) - the requesting application, *if it is part of a click package*; unfortunately, if the requesting process is a system service (or an application installed as a .deb package), establishing the source of the request will be more difficult. Initially the plan was to use snap decisions for this, and this is probably the easiest short-term solution for the implementation side: https://docs.google.com/a/canonical.com/document/d/1puQ9Z0yKqzsQ1VQ1OOBkxgp78iWGnAhAkFXWJFTWIrE/edit#heading=h.topn0ejru38u However, this was never designed in detail, and better solutions might be possible. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1262876 Title: Cannot renew access To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1262876/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
