GNOME Bugzilla – Bug 734298
Adapt to new Google HTTP restriction
Last modified: 2015-09-18 16:07:43 UTC
Recently, upon logging in, I'm prompted for my google password where I was never before. When I type my google account password I'm told that my password is incorrect, regardless of how many times I try. I've tried to delete the account and start again, but the password prompt always reappears and my password is inevitably rejected. I would like to make clear that I'm certain that my password is not being typed incorrectly because I'm able to login to my gmail account via my phone or browser without any issue. The outcome of this is that I'm unable to see my google calendar items integrated into my gnome shell. Strangely, however, they do occasionally show up but I'm unable to ascertain what combination of events is required for that to occur. In case it matters, my password does include special characters (those found above the number keys).
This also happens to me in the exact way as described by the OP. I'm also not able to see my Google calendar in Gnome shell. (I use Fedora 20 up to date with Gnome 3.10.4).
Hi, I have the same problem. Fedora 20 64bit up to date, gnome-shell Version 3.10.4-7. Tried deleting and re-creating the account with the same result. My password contains only letters and numbers. I am unable to use calendar. Using e-mail through Evolution client works without problems. Tom
Same issues, Fedora 20 64bit+ (all updates as of posting the comment)
This issue doesn't tell if reporter has got 2-step authentication set up or not. Right now I have such setup and experience the same behavior like reporter. No workaround helps me like is described here http://kparal.wordpress.com/2012/12/03/gnome-3-6-gnome-online-accounts-and-google-two-factor-authentication/
I have only single step google authentication and I am having the same issue as reporter.
I'm not using 2-factor authentication. Thanks for pointing that out.
I have tried new accounts with both single and double step authentication none will work after logging off then logging back in. They only work for the initial set up.
Single step Google authentication, Fedora 20-64 bit, GNOME version 3.10.2. Same problem here.
I'm seeing the same thing on Fedora 20, 64-bit, using 2-factor auth.
I have the same issue. Fedora 20, 64-bit, GNOME version 3.10.2
Same problem with evolution 3.12.4 (from Fedora rhughes-f20-gnome-3-12 copr).
Also seen here (and has been occurring for at least a week) gnome-shell-3.10.4-8.fc20.x86_64 gnome-settings-daemon-3.10.3-2.fc20.x86_64 gnome-online-accounts-3.10.5-1.fc20.x86_64 gnome-online-miners-3.10.3-1.fc20.x86_64 Password for my GMail account verified as correct by checking with Seahorse.
As a workaround (evolution 3.12.4) you need to manually add a new calendar of the type Google with as username your email account.
Whoops, I ment to comment at https://bugzilla.gnome.org/show_bug.cgi?id=734387 This seems to be about a similar issue not actually the Evolution calendar with Gmail.
Can confirm this happens with both my personal (2 factor) and work accounts (single factor) when adding in Fedora 20 64bit Gnome 3.10.2
Also seeing this with a two-factor account -- Fedora 20, Gnome 3.10.2, x86_64, fully updated system. Problem started maybe three weeks ago. Evolution can continue to access the same account without problems.
same problem here, I use double auth. I do not use email part and for calendar I use gnome shell ones, not evolution calendar.
I have the same problem. It only started recently. I have had the issue on both Fedora 20 and Centos 7. Setting calendar up manually through evolution works fine. The problem is only when using the online accounts.
I will add that same problem occurs with me; has been for a few weeks I think (kept expecting an update) Fedora 20 64-bit. Gnome Shell 3.10.4, Google is using 1-step authentication. Google security shows Gnome as authorized, removing Google from Gnome Shell 'Online Accounts' and from Google authorized, follwed by adding Google again as an online account in Gnome panel 'succeeds' for setup, and Gnome is once again authorized in Google Security, but upon logging in again the error sequence described above repeats. Evolution works except for calendar as described.
Same thing happens to me, it is a great feature please fix it.
Same problem here. Single step authentication on Fedora 20 64 bit. The problem arose after an update. gnome-online-accounts.x86_64 3.10.5-1.fc20 @updates gnome-online-accounts-devel.x86_64 3.10.5-1.fc20 @updates gnome-settings-daemon.x86_64 3.10.3-2.fc20 @updates gnome-settings-daemon-updates.x86_64 3.10.3-2.fc20 @updates gnome-shell.x86_64 3.10.4-8.fc20 @updates-testing
I have the same issue and no not use two factor authentication. Linux tyson 3.15.8-200.fc20.x86_64 #1 SMP Fri Aug 1 00:38:50 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
I have been experiencing the same problem in two different systems. Fedora 20 32 bit and 64 bit. Single step authentication. Reinstalling the program and removing the accounts has not solved the problem. gnome-online-accounts-3.10.5-1.fc20.i686
(In reply to comment #22) > Same problem here. Single step authentication on Fedora 20 64 bit. > The problem arose after an update. > > gnome-online-accounts.x86_64 3.10.5-1.fc20 @updates > gnome-online-accounts-devel.x86_64 3.10.5-1.fc20 @updates > gnome-settings-daemon.x86_64 3.10.3-2.fc20 @updates > gnome-settings-daemon-updates.x86_64 3.10.3-2.fc20 @updates > gnome-shell.x86_64 3.10.4-8.fc20 @updates-testing It's clearly a bug in gnome-online-accounts. If I delete my account from settings and I add it directly in Evolution the problem disappears.
I was also experiencing this issue with stock Fedora 20 (GNOME 3.10 - very annoying), but after adding the COPR with GNOME 3.12 the problem went away. https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/ Can anyone else in this bug tell if the problems goes away by adding the COPR and upgrading? If so, it looks this is 3.10-specific.
I figure the issue lies in the Calendar part of Evolution. Mail works, empathy works, contacts work, only when I try to access the calendar in Evolution I get the login error. Maybe Google changed something in the calendar authentication en Evolution can't handle this? Disabling Calendar in the Online accounts is a workaround.
(In reply to comment #27) > I figure the issue lies in the Calendar part of Evolution. Mail works, empathy > works, contacts work, only when I try to access the calendar in Evolution I get > the login error. Maybe Google changed something in the calendar authentication > en Evolution can't handle this? > > Disabling Calendar in the Online accounts is a workaround. I have different experience, I tried to disable Calendar as you suggest, but there is not really changed the behavior. I locked screen and unlocked immediately and Gnome shell asked for Google login immediately again.
I can confirm that disabling the Calendar does not work for me either. To test I disabled Mail from all my google accounts. Alt+F2 Type 'r' and hit enter to reload I saw a login prompt for every google account I have configured.
Huh; that's very strange, as disabling Calendar DID work for me! It both stopped the password prompts whenever I launch Evolution, and (just tested now) allowed me to Alt-F2 'r' restart Gnome Shell with no prompting. Perhaps try this: Disable Calendar and Chat, but leave everything else enabled. That's my setup currently, as I always have Chat disabled (I don't use it). It's possible that Chat and Calendar are the two services that broke recently. If so, then that would make me even more convinced that this has something to do with bug 688364 from two years ago, regarding OAuth2 support in Google services. (At the time, it was Calendar and Chat that didn't support OAuth2. Though Google since added it, and it appears Gnome Online Accounts should've migrated over, perhaps something broke when they turned off the legacy support Gnome used in the past?)
This bug sucks. :( Chat still works for me, so I don't want to disable it.
(In reply to comment #30) I have to correct my previous statement. Disabling the Calendar does work for me. I mistakenly disabled the Mail instead of the Calendar on my previous test.
Disabling Calendar does not work for me.
Over at the Ask Fedora thread this bug originated in ( https://ask.fedoraproject.org/en/question/51272/online-accounts-gmail-password-unexpectedly-fails/ ) FranciscoD_ pointed out related Gnome bug 735311. It would seem that this is the same bug, because in my testing the fix for 735311, backported to evolution-data-server 3.10.4 (current Fedora 20), completely clears up this issue. I'll submit my patch over on bug 735311 and suggest that this one be marked as a duplicate, since it seems they are in fact the same bug. Hopefully they'll get updated 3.10-series builds pushed out as well.
(In reply to comment #26) > I was also experiencing this issue with stock Fedora 20 (GNOME 3.10 - very > annoying), but after adding the COPR with GNOME 3.12 the problem went away. > > https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/ > > Can anyone else in this bug tell if the problems goes away by adding the COPR > and upgrading? If so, it looks this is 3.10-specific. Yes, it helps on my desktop PC with Fedora 20.
(In reply to comment #34) > Over at the Ask Fedora thread this bug originated in ( > https://ask.fedoraproject.org/en/question/51272/online-accounts-gmail-password-unexpectedly-fails/ > ) FranciscoD_ pointed out related Gnome bug 735311. It would seem that this is > the same bug, because in my testing the fix for 735311, backported to > evolution-data-server 3.10.4 (current Fedora 20), completely clears up this > issue. > > I'll submit my patch over on bug 735311 and suggest that this one be marked as > a duplicate, since it seems they are in fact the same bug. Hopefully they'll > get updated 3.10-series builds pushed out as well. Your referenced bug is related only to Calendar google account, is that really only that? I can experience the bug even Calendar access is disabled as you can read in comment #28 - https://bugzilla.gnome.org/show_bug.cgi?id=734298#c28
I'm also going to chime in and confirm that this issue is happening for me as well. Running Fedora 20, Linux 3.15.10-200.fc20.x86_64, GNOME Shell 3.10.4. Thanks!
(In reply to comment #36) > Your referenced bug is related only to Calendar google account, is that really > only that? I can experience the bug even Calendar access is disabled as you can > read in comment #28 - https://bugzilla.gnome.org/show_bug.cgi?id=734298#c28 I did see that... as well as your report that Hughsie's COPR fixed things for you. That also surprised me, as I don't THINK the evolution-data-server build there would have the patch from bug 735311 applied (but I didn't check to confirm that; perhaps it does). Taking that into consideration, I suspect we may actually be dealing with two separate bugs here. For some of us, the reported issue is definitely a bug related to Calendar, specifically, caused by a recent change in how authentication is handled on Google's end. (In my answer over at the Ask Fedora thread, I go into more detail about how it can be verified as an issue speicfic to Calendar.) For those of us who are in that category, we're experiencing bug 735311, and the backported fix will restore full functionality. It sounds like some people are experiencing a different authentication-related bug with their Google accounts, but not specific to Calendar. The fix from 735311 only affects Calendar auth, you're quite correct, so I wouldn't expect it to be much help for that second group. However, from the comments so far it appears that bug (whatever it is) may not be present in the 3.12 codebase, so updating to 3.12 may be a workable fix.
Rishi: Any idea codebase-wise if this could also affect 3.12 (and 3.14)?
I just want to confirm I'm having this issue as well. Running Fedora 20 64bit, Kernel 3.15 and Gnome Shell 3.10.
Is it time to move the bug into some Confirmed state?
Is it time to get rid of the Confirmed state -- it only exists to trick users into thinking developers look at it. :) I confirm. I'm thinking it'd be better to drop GOA entirely than to leave it unfixed. We've got 40 CCs -- I've never seen this many before.
Still waiting for a comment that says that this is still a problem in 3.12...
(In reply to comment #43) > Still waiting for a comment that says that this is still a problem in 3.12... I already wrote it in https://bugzilla.gnome.org/show_bug.cgi?id=734298#c35, that it went away with upgrading from https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/
Thanks for the 'doesn't happen' confirmation, would love to see more of them. So *if* this problem doesn't happen in 3.12 then it would be great if someone (like its maintainers) tracked down changes to potentially backport for distributions, if not too complex.
(In reply to comment #45) > Thanks for the 'doesn't happen' confirmation, would love to see more of them. > > So *if* this problem doesn't happen in 3.12 then it would be great if someone > (like its maintainers) tracked down changes to potentially backport for > distributions, if not too complex. I wonder with patch makes it work in Fedora. I have 3.12.2 (Ubuntu), and it does not. Maybe a different issue, though seems similar.
Fedora has now pushed out evolution-data-server-3.10.4-5.fc20 which contains a backported patch for bug 735311, the same fix (presumably) that I reported success with in comment #34. So, if I was correct that at least some of us here are actually seeing an instance of that bug, then the new evolution-data-server should provide relief (after logout/login, or perhaps Shell restart). I'd be curious to hear people's results. I should note that although patching for bug 735311 provided relief (on my system) from the EVERY-single-login authentication dialog (unsatisfiable), along with the complete nonfunctionality of Google Calendar connectivity in Gnome Online Accounts, I do still get *occasional* random authentication dialogs popping up, apropos of nothing. (They occur no more frequently than once every few days, I doubt I've ever seen more than three in a week.) Those also will not accept my (correct) gmail account password, but canceling gets rid of them, and their failure does not appear to have any actual effect. Even afterwards, newly-created Calendar events (via the web) appear in the Gnome Shell top bar calendar within minutes. The spurious auth requests seem to be annoying but harmless. I have no explanation for why they're appearing, but to be honest I haven't looked very hard.
(In reply to comment #46) > (In reply to comment #45) > > Thanks for the 'doesn't happen' confirmation, would love to see more of them. > > > > So *if* this problem doesn't happen in 3.12 then it would be great if someone > > (like its maintainers) tracked down changes to potentially backport for > > distributions, if not too complex. > > I wonder with patch makes it work in Fedora. I have 3.12.2 (Ubuntu), and it > does not. Maybe a different issue, though seems similar. You can see all the Fedora patches at [1] (or you would be able to if there were patches; there are no patches :). I guess your version is from [2], which looks like a development repo and not an end-user repo? It looks like they have 3.12.4 already, the same version Fedora does; you could try a system update? But frankly, none of the commits from 3.12.2 to 3.12.4 seem relevant. [1] http://pkgs.fedoraproject.org/cgit/gnome-online-accounts.git/tree/?h=f20-gnome-3-12 [2] https://launchpad.net/%7Egnome3-team/+archive/ubuntu/gnome3-staging/+index?batch=75&memo=75&start=75
(In reply to comment #47) > Fedora has now pushed out evolution-data-server-3.10.4-5.fc20 which contains a > backported patch for bug 735311, the same fix (presumably) that I reported > success with in comment #34. Yay, it looks like I don't have that update yet. Can't wait to try it. But note that this fix is not present in Fedora's gnome-3-12 repo, so that can't actually be related to comment #35. > So, if I was correct that at least some of us here > are actually seeing an instance of that bug, then the new evolution-data-server > should provide relief (after logout/login, or perhaps Shell restart). I'd be > curious to hear people's results. My guess is there's at least three different bugs here, including that one. :( > I do still get *occasional* random authentication > dialogs popping up, apropos of nothing. :/
(In reply to comment #49) > > Yay, it looks like I don't have that update yet. Can't wait to try it. But > note that this fix is not present in Fedora's gnome-3-12 repo, so that can't > actually be related to comment #35. > My guess is there's at least three different bugs here, including that one. :( *nod* I came to much the same conclusion(s) in comment #38. (Minus one variation, but I'm easily convinced on that point.)
*** Bug 734273 has been marked as a duplicate of this bug. ***
Sorry for the late reply. I was on vacation and have been dealing with last minute bugs ever since. (In reply to comment #5) > No workaround helps me like is described here > http://kparal.wordpress.com/2012/12/03/gnome-3-6-gnome-online-accounts-and-google-two-factor-authentication/ I don't expect this to help here. Few releases ago, Evolution did not support using Google Calendars with OAuth2 tokens. As a result we would sniff the raw password and offer it to Evolution. Obviously, that did not work for 2-factor authentication, and those users had to get an application-specific password and insert it directly into the keyring. All that is in the past. Nowadays Evolution has support for Google Calendar OAuth2 and we don't sniff the password anymore: commit 365a5a92909fce8dcdd851b5a2b9caf34e0da926 Author: Debarshi Ray <debarshir@gnome.org> Date: Fri Jun 28 14:22:07 2013 +0200 google: Don't offer a PasswordBased interface This was a temporary measure back when Google did not support OAuth2 for CalDAV. Now that they do, we can drop this. In any case, the workaround didn't work with accounts using 2-factor authentication. This will make those people happy. This reverts 89c335479c1bb8409af8296c99ffea602a28b71f See: https://bugzilla.gnome.org/show_bug.cgi?id=686804 https://bugzilla.gnome.org/show_bug.cgi?id=688364
(In reply to comment #47) First, there is no code in gnome-online-accounts that shows a black modal gnome-shell dialog asking you to enter your password. Those usually originate from evolution-data-server. Second, given that a significantly large proportion of users hit this bug out of the blue on GNOME 3.10 (or F20, etc.), I suspect some sort of server-side change to have triggered this. The bug was filed in August 2014 - almost a year after 3.10.0 was released, 10 months after the Google / OAuth2 code was touched, and more than 2 months after the last bug-fix release of g-o-a. Therefore ... > Fedora has now pushed out evolution-data-server-3.10.4-5.fc20 which contains a > backported patch for bug 735311, the same fix (presumably) that I reported > success with in comment #34. So, if I was correct that at least some of us here > are actually seeing an instance of that bug, then the new evolution-data-server > should provide relief (after logout/login, or perhaps Shell restart). I'd be > curious to hear people's results. I think this is a duplicate of bug 735311 The fix has been a part of e-d-s-3.12.6, and was backported by Fedora in evolution-data-server-3.10.4-5.fc20 Other distributions can pick up the backported patch from bug 735311 > I should note that although patching for bug 735311 provided relief (on my > system) from the EVERY-single-login authentication dialog (unsatisfiable), > along with the complete nonfunctionality of Google Calendar connectivity in > Gnome Online Accounts, I do still get *occasional* random authentication > dialogs popping up, apropos of nothing. (They occur no more frequently than > once every few days, I doubt I've ever seen more than three in a week.) > > Those also will not accept my (correct) gmail account password, but canceling > gets rid of them, and their failure does not appear to have any actual effect. > Even afterwards, newly-created Calendar events (via the web) appear in the > Gnome Shell top bar calendar within minutes. The spurious auth requests seem to > be annoying but harmless. I have no explanation for why they're appearing, but > to be honest I haven't looked very hard. That would be bug 28496 , which has been around for quite a while now.
(In reply to comment #53) > > I should note that although patching for bug 735311 provided relief (on my > > system) from the EVERY-single-login authentication dialog (unsatisfiable), > > along with the complete nonfunctionality of Google Calendar connectivity in > > Gnome Online Accounts, I do still get *occasional* random authentication > > dialogs popping up, apropos of nothing. (They occur no more frequently than > > once every few days, I doubt I've ever seen more than three in a week.) > > > > Those also will not accept my (correct) gmail account password, but canceling > > gets rid of them, and their failure does not appear to have any actual effect. > > Even afterwards, newly-created Calendar events (via the web) appear in the > > Gnome Shell top bar calendar within minutes. The spurious auth requests seem to > > be annoying but harmless. I have no explanation for why they're appearing, but > > to be honest I haven't looked very hard. > > That would be bug 28496 , which has been around for quite a while now. I meant bug 728496
*** This bug has been marked as a duplicate of bug 735311 ***
Same problem for me on new install of Fedora 20 with version 3.10.2
I'm almost a year late on this topic but you guys just need to generate app password for that to work. Just google "generate app password" and google will take care of the rest.
(In reply to m3hdad from comment #57) > I'm almost a year late on this topic but you guys just need to generate app > password for that to work. Just google "generate app password" and google > will take care of the rest. What are you talking about? You are commenting on a bug that was marked as duplicated of Bug 735311, bug that was fixed more than a year ago.