# Revision history [back]

The issue is with Google Calendar, specifically.

I went through most of the same troubleshooting steps that torvum did, with the same lack of success. (Even ended up dbus-monitor-ing a restart of Gnome Shell, to get the password entry dialog to pop back up again — 65k lines of output later, that turned out to be singularly uninformative.)

However, you can convince yourself that it's Calendar using the following steps:

1. Start Evolution
2. Get the password prompt again; cancel it
4. Attempt to view your Google calendar, and instead of seeing your scheduled events, note the failed-connection errors that appear along the bottom of the Evolution window.

Going into Online Accounts settings and switching off Calendar in the "Use For" section will stop the password-entry dialogs from pestering you; the rest of your Google account connectivity will function normally. (Well... I don't know about Chat as I don't use it, so mine's always switched off.)

As for why this is happening, and how we can get Google Calendar connectivity back, I have absolutely no idea. I do agree with those who theorized that Google must have changed something on their end, that seems the most likely cause.

I wonder if perhaps it has something indirectly to do with this old bug from two years ago ­— it's mentioned that for quite some time Gnome was still using plaintext passwords for Calendar (specifically) because Google's CalDAV didn't support OAuth2, then at some point (about a year ago) Google added OAuth2 support. Gnome Online Accounts 3.9.4 / evolution-data-server 3.9.5 were supposed to have brought Gnome up to speed (the issues I'm having are with 3.10.5 / 3.10.4 respectively), but perhaps Google broke something in switching off support for the older authentication methods Gnome had been using?

The issue is with Google Calendar, specifically.

I also am not using two-factor authentication, but I've been plagued by password-entry dialogs for at least a week or two. Earlier tonight I went through most of the same troubleshooting steps that torvum did, with the same lack of success. (Even success.

(I even went one step further and ended up dbus-monitor-ing a restart of Gnome Shell, to get see what I could see when the password entry dialog to pop popped back up again — since I log in to a lot of services using my gmail email address, I was trying to determine more concretely just which of those many logins, with different passwords, the dialog might be asking for, since it wouldn't take my Google password. Some 65k lines of output later, that turned out to be singularly uninformative.)

However, you can convince yourself (as I did) that it's Calendar using the following that's failing, with these steps:

1. Start Evolution
2. Get the password prompt again; cancel it
4. Attempt to view your Google calendar, and instead of seeing your scheduled events, note the failed-connection errors that appear along the bottom of the Evolution window.

Going into Online Accounts settings and switching off Calendar in the "Use For" section will stop the password-entry dialogs from pestering you; the rest of your Google account connectivity will function normally. (Well... I don't know about Chat as I don't use it, so mine's always switched off.)

As for why this is happening, and how we can get Google Calendar connectivity back, I have absolutely no idea. I do agree with those who theorized that Google must have changed something on their end, that seems the most likely cause.

I wonder if perhaps it has something indirectly to do with this old bug from two years ago ­— it's mentioned that for quite some time Gnome was still using plaintext passwords for Calendar (specifically) because Google's CalDAV didn't support OAuth2, then at some point (about a year ago) Google added OAuth2 support. Gnome Online Accounts 3.9.4 / evolution-data-server 3.9.5 were supposed to have brought Gnome up to speed (the issues I'm having are with 3.10.5 / 3.10.4 respectively), but perhaps Google broke something in switching off support for the older authentication methods Gnome had been using?

### SOLVED!

FranciscoD_ spotted Gnome bug #735311 related to authentication, and it turned out to be exactly the problem we're experiencing. Kudos to him for catching that.

After discovering that e-d-s-3.12.5 (the F21 version which received that bugfix) won't build under F20, I backported the fix to F20's current e-d-s-3.10.4 — which wasn't hard, as the patch applied cleanly with a little bit of extra fuzz — and built myself a new evolution-data-server-3.10.4-4.

After installing the update and logging out/in, this issue completely cleared up. No more password prompts on Shell start, and my Gnome Calendar data is once again appearing in both the Shell titlebar calendar and in Evolution! (Don't forget to also reenable Calendar in Online Accounts, before logging out.)

I'll report this to the Gnome and Fedora folks and see if they can gin up new official builds, but in the meantime anyone's welcome to my fixes:

### Previous Discussion

The issue is with Google Calendar, specifically.

I also am not using two-factor authentication, but I've been plagued by password-entry dialogs for at least a week or two. Earlier tonight I went through most of the same troubleshooting steps that torvum did, with the same lack of success.

(I even went one step further and ended up dbus-monitor-ing a restart of Gnome Shell, to see what I could see when the password entry dialog popped back up again — since I log in to a lot of services using my gmail email address, I was trying to determine more concretely just which of those many logins, with different passwords, the dialog might be asking for, since it wouldn't take my Google password. Some 65k lines of output later, that turned out to be singularly uninformative.)

However, you can convince yourself (as I did) that it's Calendar that's failing, with these steps:

1. Start Evolution
2. Get the password prompt again; cancel it
4. Attempt to view your Google calendar, and instead of seeing your scheduled events, note the failed-connection errors that appear along the bottom of the Evolution window.

Going into Online Accounts settings and switching off Calendar in the "Use For" section will stop the password-entry dialogs from pestering you; the rest of your Google account connectivity will function normally. (Well... I don't know about Chat as I don't use it, so mine's always switched off.)

As for why this is happening, and how we can get Google Calendar connectivity back, I have absolutely no idea. I do agree with those who theorized that Google must have changed something on their end, that seems the most likely cause.

I wonder if perhaps it has something indirectly to do with this old bug from two years ago ­— it's mentioned that for quite some time Gnome was still using plaintext passwords for Calendar (specifically) because Google's CalDAV didn't support OAuth2, then at some point (about a year ago) Google added OAuth2 support. Gnome Online Accounts 3.9.4 / evolution-data-server 3.9.5 were supposed to have brought Gnome up to speed (the issues I'm having are with 3.10.5 / 3.10.4 respectively), but perhaps Google broke something in switching off support for the older authentication methods Gnome had been using?

### SOLVED!SOLVED! (At least for me...)

FranciscoD_ spotted Gnome bug #735311 related to authentication, and it turned out to be exactly the problem we're I was experiencing. Kudos to him for catching that.

After discovering that e-d-s-3.12.5 (the F21 version which received that bugfix) won't build under F20, I backported the fix to F20's current e-d-s-3.10.4 — which wasn't hard, as the patch applied cleanly with a little bit of extra fuzz — and built myself a new evolution-data-server-3.10.4-4.

After installing the update and logging out/in, this issue completely cleared up. No more password prompts on Shell start, and my Gnome Calendar data is once again appearing in both the Shell titlebar calendar and in Evolution! (Don't forget to also reenable Calendar in Online Accounts, before logging out.)

I'll report this to the Gnome and Fedora folks and see if they can gin up new official builds, but in the meantime anyone's welcome to my fixes:

### Previous Discussion

The issue is with Google Calendar, specifically.

I also am not using two-factor authentication, but I've been plagued by password-entry dialogs for at least a week or two. Earlier tonight I went through most of the same troubleshooting steps that torvum did, with the same lack of success.

(I even went one step further and ended up dbus-monitor-ing a restart of Gnome Shell, to see what I could see when the password entry dialog popped back up again — since I log in to a lot of services using my gmail email address, I was trying to determine more concretely just which of those many logins, with different passwords, the dialog might be asking for, since it wouldn't take my Google password. Some 65k lines of output later, that turned out to be singularly uninformative.)

However, you can convince yourself (as I did) that it's Calendar that's failing, with these steps:

1. Start Evolution
2. Get the password prompt again; cancel it
4. Attempt to view your Google calendar, and instead of seeing your scheduled events, note the failed-connection errors that appear along the bottom of the Evolution window.

Going into Online Accounts settings and switching off Calendar in the "Use For" section will stop the password-entry dialogs from pestering you; the rest of your Google account connectivity will function normally. (Well... I don't know about Chat as I don't use it, so mine's always switched off.)

### SOLVED! (At least for me...)

FranciscoD_ spotted Gnome bug #735311 related to authentication, and it turned out to be exactly the problem I was experiencing. Kudos to him for catching that.

After discovering that e-d-s-3.12.5 (the F21 version which received that bugfix) won't build under F20, I backported the fix to F20's current e-d-s-3.10.4 — which wasn't hard, as the patch applied cleanly with a little bit of extra fuzz — and built myself a new evolution-data-server-3.10.4-4.

After installing the update and logging out/in, this issue completely cleared up. No more password prompts on Shell start, and my Gnome Calendar data is once again appearing in both the Shell titlebar calendar and in Evolution! (Don't forget to also reenable Calendar in Online Accounts, before logging out.)

I'll report this to the Gnome and Fedora folks and see if they can gin up new official builds, but in the meantime anyone's welcome to my fixes:

### Previous Discussion

The issue is with Google Calendar, specifically.

I also am not using two-factor authentication, but I've been plagued by password-entry dialogs for at least a week or two. Earlier tonight I went through most of the same troubleshooting steps that torvum did, with the same lack of success.

(I even went one step further and ended up dbus-monitor-ing a restart of Gnome Shell, to see what I could see when the password entry dialog popped back up again — since I log in to a lot of services using my gmail email address, I was trying to determine more concretely just which of those many logins, with different passwords, the dialog might be asking for, since it wouldn't take my Google password. Some 65k lines of output later, that turned out to be singularly uninformative.)

However, you can convince yourself (as I did) that it's Calendar that's failing, with these steps:

1. Start Evolution
2. Get the password prompt again; cancel it
4. Attempt to view your Google calendar, and instead of seeing your scheduled events, note the failed-connection errors that appear along the bottom of the Evolution window.

Going into Online Accounts settings and switching off Calendar in the "Use For" section will stop the password-entry dialogs from pestering you; the rest of your Google account connectivity will function normally. (Well... I don't know about Chat as I don't use it, so mine's always switched off.)

### ## SOLVED! (At least for me...)

FranciscoD_ spotted Gnome bug #735311 related to authentication, and it turned out to be exactly the problem I was experiencing. Kudos to him for catching that.

Fedora have since released the necessary fix to fedora updates, starting with evolution-data-server-3.10.4-5.fc20.\$ARCH, so anyone experiencing this problem should just update their system through the normal channels. I've taken down my builds, as they're no longer needed.

### Previous Update

After discovering that e-d-s-3.12.5 (the F21 version which received that bugfix) won't build under F20, I backported the fix to F20's current e-d-s-3.10.4 — which wasn't hard, as the patch applied cleanly with a little bit of extra fuzz — and built myself a new evolution-data-server-3.10.4-4.

After installing the update and logging out/in, this issue completely cleared up. No more password prompts on Shell start, and my Gnome Calendar data is once again appearing in both the Shell titlebar calendar and in Evolution! (Don't forget to also reenable Calendar in Online Accounts, before logging out.)

I'll report this to the Gnome and Fedora folks and see if they can gin up new official builds, but in the meantime anyone's welcome to my fixes:

fixes: [REMOVED]

### Previous Original Discussion

The issue is with Google Calendar, specifically.

I also am not using two-factor authentication, but I've been plagued by password-entry dialogs for at least a week or two. Earlier tonight I went through most of the same troubleshooting steps that torvum did, with the same lack of success.

(I even went one step further and ended up dbus-monitor-ing a restart of Gnome Shell, to see what I could see when the password entry dialog popped back up again — since I log in to a lot of services using my gmail email address, I was trying to determine more concretely just which of those many logins, with different passwords, the dialog might be asking for, since it wouldn't take my Google password. Some 65k lines of output later, that turned out to be singularly uninformative.)

However, you can convince yourself (as I did) that it's Calendar that's failing, with these steps:

1. Start Evolution
2. Get the password prompt again; cancel it