On 30/03/2016 23:01, Rodney Dawes wrote: > The proposed solution is not sensible. The OA panel does not support > things that are not applications (as we already witnessed previously > when pay-ui was shown there).
True, indeed the OA panel's main goal is to let users see what applications or scopes are using an account, and revoke/add permissions. > The item being listed will also present an > entirely useless toggle switch being shown to the user, which will have > absolutely no bearing on whether the scope can use the account or not. That's not true. Even if the click scope is running unconfined, it can (and probably should) still check whether its service is enabled or not. If the service is disabled, the scope should request an U1 account in the same way that it does when no account is present; OA would them prompt the user to grant access to the existing UbuntuOne account. It's not up to us to decide whether this should happen; let's present our reasons to the UI designers, and they'll decide -- both solutions are easily implementable. > The correct fix is to make online-accounts not require registered > "applications" to be present in order for showing an account in the > available providers list. This will not happen, as it pollutes the providers list with lots of useless accounts. But we can certainly treat UbuntuOne as a special case and have it always visible. In fact, given the current disagreement on how to proceed, I'll do this right away so that at least this immediate issue gets solved. > This same problem also exists with all other account types which may be > used by unconfined system services, such as Twitter. No. While it's true that we have unconfined background services who use OA to access the accounts, they do that *on behalf of a companion app*, and in a way that is totally transparent to the user. If the user denies the Twitter webapp access to the Twitter account, the background service responsible for checking twitter notifications will see that the webapp's service has been disabled and won't poll it. And similarly, if the Twitter webapp gets uninstalled, its .application and .service files get removed, and the background service will stop polling Twitter. So, summing up: I will fix this bug by special-casing the U1 account. The other issue is described in bug 1544033, which -- as the decision stands at this point -- should be fixed by the click scope by adding a .application file. If you don't agree with the proposed solution, please let's continue that discussion on that bug. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1559506 Title: Ubuntu One Account is not showing in the list of possible accounts. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1559506/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
