Closed Bug 1138636 Opened 10 years ago Closed 6 years ago

No writable calendars are configured for invitations

Categories

(Calendar :: Provider: GData, defect)

Product:
Calendar
Component:
Provider: GData
Platform:
x86_64
Windows 8.1
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: bugzilla, Unassigned)

References

Details

Thunderbird 31.5.0, Provider 1.0.4 Since MoCo switched over to GMail, every time I receive a new invitation I am unable to respond to it from within Thunderbird. It displays "No writable calendars are configured for invitations, please check the calendar properties." In the calendar properties, read-only is NOT checked.
Hey Aaron, did you subscribe to the main calendar (i.e. the one with your name on it) ? This is the calendar that accepts invitations, the others don't. If you have subscribed to this one, could you check the calendar properties and see if its possible to set an email address, setting that to your moco address? Do you have and use an alias?
I have the same problem but working from my work Thunderbird (thus work email) and trying to add invitations onto my personal Google calendar. How is the mathing done between the email address set to the Google calendar and the email address(es) set to Thunderbird ?
(In reply to Philipp Kewisch [:Fallen] from comment #1) > Hey Aaron, > > did you subscribe to the main calendar (i.e. the one with your name on it) ? > This is the calendar that accepts invitations, the others don't. If you have > subscribed to this one, could you check the calendar properties and see if > its possible to set an email address, setting that to your moco address? Do > you have and use an alias? Yes, it is the main calendar. Calendar ID was already set to my moco address. I have an alias but I don't use it.
calendar.google.enableEmailInvitations defaults to false. The problem is that the calendar is being filtered out of the list of writable calendars when the pref is checked here: http://mxr.mozilla.org/comm-central/source/calendar/providers/gdata/components/calGoogleCalendar.js#298 which is called by http://mxr.mozilla.org/comm-central/source/calendar/base/modules/calItipUtils.jsm#117 I'd fix this myself but I don't have the domain expertise to know what exactly the correct thing to do might be.
Flags: needinfo?(philipp)
When I toggle the calendar.google.enableEmailInvitations pref I can then respond to invitations.
When you accept an event with that pref enabled, does it say "[calGoogleCalendar] Adding invitation event" or "[calGoogleCalendar] Adding regular event" ? I'm hesitant to turn this pref on because the code to detect if its an invitation or not is not very stable. If something goes wrong, it would create a new event in the calendar, which means Google will send invitations to all attendees. Not a good idea if you have the whole company as attendees :-) For getting those logs, make sure you have debug logs on, see https://wiki.mozilla.org/Calendar:GDATA_Provider#Enabling_Debugging
Flags: needinfo?(philipp) → needinfo?(aklotz)
Adding invitation event.
Flags: needinfo?(aklotz)
I've noticed this being a problem when using 49/50 betas. Toggling calendar.google.enableEmailInvitations doesn't help. I'm presently using Provider for Google Calendar 3.1 and Lightning 5.2.
So after reading https://support.mozilla.org/en-US/questions/1108836 regarding why this issue happens, I realize that it creates a problem for people in orgs, like mine, who use two email address: one normal address and one alias address. As an example, we use a credentialed account name (i.e., jdoe@org.example) in order to log in. Additionally, we have our alias which is J-Doe@org.example but one cannot log in using this alias. It simply exists as an alternate email address for users to send emails to. It's simply a vestige from when we migrated from in-house email (Exchange) to hosted email (Google Mail). Google mail defaults to the calendar name to the credentialed account name, not the alias name. Since my org uses Google Mail, our calendar is associated with our credentialed account (jdoe@org.example). So, if someone send a calendar invite to the alias account(J-Doe@org.example), the invite will show "No writable calendars are configured for invitations". Sending it to the credentialed account name does work. As it stands, if I log into the GMail web interface for my org account, I can, of course, see the invite and choose to accept or reject the invite. On Google's side, it knows that jdoe@org.example and J-Doe@org.example are one and the same account.
I also had this problem. I went ahead and changed calendar.google.enableEmailInvitations but that didn't fix anything. I have indeed subscribed to the default calendar. I also un-subscribed and re-subscribed just to be sure. None of that solved it, but I finally did figure out what it was. In the right click the calendar, go to preferences, and ensure the `Email` is set to the account you're getting the invites on.
(In reply to Phil Dibowitz from comment #11) > None of that solved it, but I finally did figure out what it was. In the > right click the calendar, go to preferences, and ensure the `Email` is set > to the account you're getting the invites on. Not sure I follow. Can you lay out exact steps to resolve? Do you mean Event and Tasks > Calendar > right-click Calendar name and choose Properties?
Arthur, on the calendar tab, right click the main Google Calendar, click Properties, and there's a drop-down for "E-mail" - select an account. That's how it knows which calendar to add invites too for that email account.

The real fix for this would be in Lightning, make it handle multiple email addresses. This way the Provider for Google Calendar could advertise both the alias and the real email. I'm sorry for the inconvenience and hope the workarounds here work so far. I'm pretty sure we have a bug open in Lightning for this that I can't find now. I do have this in mind though!

I'm moving the Provider for Google Calendar issues out of this bugzilla, so I'm closing this issue now. If this still happens please consider searching and filing bugs in product Calendar.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE

Thanks Aaron! After over a year of regularly searching for this problem, I finally found this issue and toggling calendar.google.enableEmailInvitations solved the issue for me.

I don't understand how that setting apparently got switched from true to false some years ago. It's definitely unexpected and hard to find this solution.

Mine was defaulted to False as well. I'd see this issue within the past 6-9 months while testing 70b/71b. Is there a reason it's not defaulted to True?

Unfortunately the situation reverted back after upgrading to Thunderbird 78. The calendar.google.enableEmailInvitations preference no longer exists.

You need to log in before you can comment on or make changes to this bug.