ubuntu-webapps-bugs team mailing list archive

[Michi Henning <michi.henning@xxxxxxxxxxxxx>]

Hi Alberto, thanks for the quick reply!

The user shouldn't see storage framework when they authorize things in
Online Accounts. The user doesn't even know what a storage service is.
Besides, storage framework will be used for lots more things than just
synchronisation. Eventually, for each individual application, the user
will be able to decide whether or not to use some cloud provider for
that application.

For example, I might decide to have the camera app store photos on
Dropbox, but have the music app use music in both Dropbox and Google
Drive.

What we *do* need to do is present the list of available storage
providers to the user, so we can create a selection dialog for the user
to decide which accounts(s) to store photos in, music in, etc.

We really need this list, and we really need to get at the dbus name,
icon name, and translated provider name, otherwise we can't present the
list to the user, and we don't know what dbus name to connect to.

Again, I don't see why the Accounts API provides me with the list of all
available accounts, but won't let me know these three things about each
account (while letting me know other things).

** Changed in: online-accounts-api (Ubuntu)
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to online-accounts-api in
Ubuntu.
https://bugs.launchpad.net/bugs/1643732

Title:
  service() method returns invalid service instance

Status in online-accounts-api package in Ubuntu:
  Invalid

Bug description:
  I have a Google Drive account configured. When I call GetAccounts(),
  the account is returned, and calling the service() method on the
  account returns a Service instance. But that instance returns false
  from isValid(), its id(), displayName(), and iconSource() methods
  return an empty string.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/online-accounts-api/+bug/1643732/+subscriptions