<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.6.6">
</HEAD>
<BODY>
As mentioned in that same Bugzilla link, it's NOT a CAPTCHA issue.  I've already tied the UnlockCaptcha option, and it doesn't solve the problem.<BR>
<BR>
The problem didn't occur with evolution 3.8 or evolution 3.12 right before most of the GNOME 3.12 packages migrated to Debian Unstable.  So it's either some bug introduced by updated dependencies or a Google-related change that happened recently (OAuth 2.0 mismatch maybe?).<BR>
<BR>
For this same behavior, I filed a bug against evolution-data-server ( <A HREF="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755981">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755981</A> ). I haven't been able to find a workaround, other than disabling GOA for Calendar and Contacts, or renaming the evolution-calendar-factory binary.<BR>
<BR>
As with most GNOME-related software, there are too many packages involved (e.g., evolution-data-server, gnome-online-accounts, seahorse, etc.), and debugging doesn't seem to work properly for things other than the evolution binary.<BR>
<BR>
--<BR>
John.<BR>
<BR>
<BR>
On Wed, 2014-08-13 at 22:41 +0200, Michael Herold wrote: 
<BLOCKQUOTE TYPE=CITE>
<PRE>
Seems to be a known upstream bug [1]. The quick fix presented there, is
to visit [2], this worked for me. I reconnect my network afterwards to
force a new login.

[1] <<A HREF="https://bugzilla.gnome.org/show_bug.cgi?id=659522">https://bugzilla.gnome.org/show_bug.cgi?id=659522</A>>
[2] <<A HREF="https://www.google.com/accounts/UnlockCaptcha">https://www.google.com/accounts/UnlockCaptcha</A>>

</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>