← Back to team overview

desktop-packages team mailing list archive

[Bug 1029289] Re: Need to authorize my google account each time I boot the computer

 

Franko, thanks for the info; we need to find out why this doesn't work for you, so I'm going to ask you some more questions:
1) Did you restart the session after the upgrade (evolution has some long-running processes in the background -- it may be that while you have the new packages installed, the old processes are still active)?
2) Please check the version with "apt-cache policy <package-name>"; it shows all the available versions, and the one currently installed as a "*" next to it; please use that on "evolution-data-server", as well as those packages listed by Mathew.

Then, if the problem still persists, could you please disable the calendar service from the google account and type this in a terminal:
    export G_MESSAGES_DEBUG=all
    export CALDAV_DEBUG=all
    export GOOGLE_BACKEND_DEBUG=1
    killall evolution-calendar-factory
    /usr/lib/evolution/evolution-calendar-factory > evo.log

Then, quickly start evolution and enable the calendar service from
Online Accounts. Wait a few seconds, and then you can close evolution
and type Ctrl+C in the terminal. There will now be an "evo.log" file,
which should contain important information which we need in order to
debug the issue. Please be aware that this might contain some sensitive
information: in particular, if you see some lines like "Authorization:
Bearer ya19.gwCZsafharuifnaeifnasfGDSds", replace the last part with
some random characters.

After you've done that, please attach the evo.log file to this bug
report.

-- 
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/1029289

Title:
  Need to authorize my google account each time I boot the computer

Status in Online Accounts: Account plugins:
  In Progress
Status in Online Accounts: OAuth2 plug-in:
  Unknown
Status in Online Accounts: Sign-on UI:
  Fix Released
Status in “account-plugins” package in Ubuntu:
  Fix Released
Status in “evolution-data-server” package in Ubuntu:
  Fix Released
Status in “signon-plugin-oauth2” package in Ubuntu:
  Fix Released
Status in “account-plugins” source package in Quantal:
  Fix Released
Status in “signon-plugin-oauth2” source package in Quantal:
  Fix Released
Status in “account-plugins” source package in Trusty:
  Fix Released
Status in “evolution-data-server” source package in Trusty:
  Fix Committed
Status in “signon-plugin-oauth2” source package in Trusty:
  Fix Released

Bug description:
  [Impact] Google calendar integration is broken, and users are
  requested to re-enter their Google password everytime they log in, or
  everytime they enable/disable their Google account from the System
  Settings.

  [Test Case] Disable/re-enable your Google account. When affected by
  this bug, a notification will appear and you'll be asked to enter your
  Google password in the Online Accounts panel in System Settings.

  [Regression Potential] Minimal: the fix is a backport of a patch from
  the evolution-data-server code which is already in 14.10, and which
  only touches the calendar code (which is currently broken).


  Old description
  ===============

  [Test Case] Sometimes after one day, sometimes after one week, the
  system indicator will turn red and the Google account will be marked
  as needing reauthentication. Time can vary, but any period shorter
  than one month is a symptom of the bug.

  [Regression Potential] Minimal: the change to the Google plugin (in
  account-plugins) simply changes the authentication method, in a way
  that is well-documented. The change in signon-plugin-oauth2 affects
  only those accounts/providers which use the OAuth refresh tokens --
  which is only Google, at the moment -- and in a way that can't
  possibly break any existing functionality; if the new code had some
  mistake, the refresh token would be unusable and the system would
  automatically fall back to requesting a new access token (which is
  exactly what happens now, with this bug).

  I'll try to find why the account-plugins package was not uploaded;
  indeed, both are required in order to fix this bug.

To manage notifications about this bug go to:
https://bugs.launchpad.net/account-plugins/+bug/1029289/+subscriptions