desktop-packages team mailing list archive

[Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>]

So bug 1507540 is basically the Ubuntu Touch equivalent of this bug? At
least, it's unlikely that the design for that particular case will be
different from the general design for (re)authorization.

Anyway, for the reasons I gave, I think it would be risky (and even
aggravating) to present this in any way that doesn't have a button for
fixing the problem directly. You make a good point that it's often going
to be an app/service that isn't the focused app. But we have a long-
standing mechanism for dealing with dialogs that don't belong to the
focused app: focus-stealing prevention.

So my proposal is:
1. A dialog comes up saying “XYZ needs reauthorizing to access your {whatever} account”. Compiz decides whether it gets focus or not. If not, it sits in the launcher+switcher waiting for you.
2. If you choose "Continue…", that dialog closes and a new dialog appears containing the Web frame and a "Cancel" button.

Is that amount of change acceptable for Unity 7?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1522360

Title:
  Online Accounts authorization on desktop (unity7) is confusing

Status in unity-control-center package in Ubuntu:
  In Progress

Bug description:
  Unlike the phone (unity8) interface, in the desktop (unity7) when a Google account is created in "System Settings" -> "Online Accounts", all applications which can use it get automatically enabled.
  Some of these applications, such as Shotwell, have their own UI and use the account only when the user is actively using them, while others (such as Empathy and Evolution) provide background services which start synchronizing the user calendar or contacts as soon as the account is created, but without showing any UI on screen.

  Now, the problem is that the first time that these processes start
  using the newly created account, they need to be authorized by the
  user: this is not something that we can control, as it's a requirement
  from the remote server (Google's, in this example). This means that
  until we show a UI containing the Google's authorization page, these
  application won't work. The solution we implemented (and that we are
  currently using) is that when these applications try to authenticate,
  we refuse their request and instead emit an OSD notification, saying

          Applications can no longer access your Google Online Account
             Choose <b>Online Accounts</b> from the user
             menu to reinstate access to this account.

  If the user is clever enough, he'll open "System Settings" -> "Online
  Accounts" and after clicking on the Google account they'll be prompted
  to authorize the applications that previously requested access to it.
  Until the user has done that, these applications won't be able to
  interact with the account.

  Some users (actually, Canonical developers) have been left confused by
  this message, thinking that it was the symptom of an error that had to
  be fixed.

  I would like to propose a couple of simple suggestions to fix this bug:
  1) Reword the notification message a bit, maybe by saying "Some applications cannot access..." (note that I removed "no longer")
  2) Some releases ago, the system settings indicator on the top right corner of the screen would become red in this situation, and also the "Online Accounts" menu item inside that menu would appear in red: that helped a lot our users in finding their way. However, this no longer happens.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1522360/+subscriptions