I clicked file/new/calendar/on the network and get the following
options:
iCalendar
calDAV
SunJava System Calendar Service (WCAP)
Location (text area)
According to the instructions I'm reading, there should be another
option for Google Calendar. Am I missing a step somehow? Thank you
JUST FOR ANYONE ELSE WHO MIGHT MAKE THE SAME MISTAKE...you have to d/l
another file...Provider_for_google_calendar-0.7-tb.xpi Then the
option for google shows up.
-- Irné
No you don't have to use that extension. See https://groups.google.com/group/provider-for-google-calendar/msg/a0d57770d4c10ebf. Then remove Provider for Google Calendar and viola! One less extension to manage.
--
Andrew DeFaria
If a man says something in the woods and there are no women there, is he still wrong?
Actually, this does not want to work. I've tried all of these iCal / CalDav (with all 3 connection strings iCAL, XML, and HTML from Google). None of them work for me.
-- Irné
You didn't really describe how if failed. It worked for me so I know it's doable.
OK, here goes. I've disabled the Provider addon (and it asked me to unsubscribe from the previously connected GMail Calendar). After following the instructions for the Sunbird idea (the https and ID) I was never asked for my password. And nothing displays in Lightning (even though I know there's events from the web calendar view). The icon (in the left list of available calendars) keeps showing a yellow triangle with !. If I try to add an event to the calendar a dialog pops up stating:
An error occurred when writing to the calendar GMailCalDav!
Error Code: MODIFICATION_FAILED
Anyhow, I find the Provider Addon's method a lot simpler to set-up. No need to modify any URL's. It's only a simple copy-n-paste exercise - much less room for error. I'm sure the above method's because I made some typing error, but I've tried this numerous times now - and it keeps giving me the same result. Maybe it would be nice if Google also gave a place to simply copy the https URL (as they do for the XML/ICAL/HTML) instead of just leave it to the user to generate it from 2 different sources.
> Are you sure you did https and had the URL in the form of
> https://www.google.com/calendar/dav/<email address>/events where
> <email address is your gmail address (e.g. adefaria the "@" followed
> by gmail.com all run together in my case)? Maybe the password was
> corrupted or otherwise wrong in the preferences. Did you try going
> into Options: Security: Passwords and looking for a Google CalDAV
> entry and removing it. Then if you reload calendars it should ask you.
Tried that to. Had to retype my GMail (for messages & contacts) password
as well after I did this, so the password was reset. Still have the
yellow warning icon on the calendar.
>
> Of course if you don't wish to pursue it I understand but CalDAV does
> work with Google Calendar and while as you say below the Provider for
> Google Calendar may make the config easier for you I'd still rather
> have one less extension to rely on and maintain.
Don't get me wrong, I'd also prefer less plugins. As long as I can work
without them ;-)
> Google's "Private addresses" may work but they are longer and more
> confusing. True you can cut and paste them but you could pretty much
> cut and paste the URL I specified and substituting your gmail address
> should not be that difficult. But again if you are more comfortable
> with Provider then go for it. But when TB updates and Provider is not
> on the list of extensions ported well then I guess you'll have to deal
> with that.
> --
> Andrew DeFaria <http://defaria.com>
> How do you tell when you run out of invisible ink?
As I've said, I've tried and retried this. I've even selected the https
url copied, pasted into the Lightning's setup box. Opened my Google
Calendar web page's settings as shown, selected the ID shown (including
the @gmail.com), copied, back to TB/Lightning, selected the CALENDAR-ID
in the previous paste, and pasted to replace. After having no
satisfaction, I've even tried the other links as well. None of them work
at all ... which isn't surprising. I will try again later, this is just
becoming too time consuming - for now I just want something which works,
and the Provider does "Provide" :-D .
Just one query though: how would you share your CalDav in read-only
mode? Or is that not available through the CalDav connection?
--
Irné
Is there perhaps a google setting which may have influenced the CalDav
connection? Or could it be something related to a firewall - disallowing
certain ports? Anyone know on which port CalDav works (I assume 80 as
per http or 443 for https)? Those 2 ports work fine through FF to other
servers.
--
Irné
Just one query though: how would you share your CalDav in read-only mode? Or is that not available through the CalDav connection?
Thanks for the compliment :-)
Yep, it was probably me.
We've been using CalDAV on Google for what feels like years... It works
fine.
Some notes from experience.
* If you have already got some passwords stored in your password manager
for google.com then remove them and start again (Basically you need one
password for google.com/whatever)
* We had a nasty experience at a customers early this year where google
stopped CalDAV working - probably because we had been "hammerring" the
connection from multiple PCs with good and bad settings for a few hours.
We had to use a browser and log in properly to confirm we were genuine
before it would work again.
* In Lightning, you can't edit (WHY NOT?) the CalDAV connection string
once you have entered it. If you make a mistake you have to delete the
calendar and start again.
Your URLs for Google will be like this:
Your main calendar:
https://www.google.com/calendar/dav/gmai...@google.com/events
Any subsequent calendars you create or are shared with:
https://www.google.com/calendar/dav/0laresjncdc...@group.calendar.google.com/events
The bits you change from the Google supplied are:
http -> https
ical -> dav
anything after .com/ -> .com/events
That's it.
Once you have done this a few times it becomes quite easy.
We have now setup several of our customers in this way and they are
*really* happy. In fact I was talking to one this morning who we
migrated off Outlook and onto TB 2 weeks ago (They use Win7 BTW) and he
was really, really pleased with TB/Lightning and using Google for
sharing between their co-workers.
HTH
Al
--
The Open Learning Centre
http://www.theopenlearningcentre.com
Thanks for the compliment :-)
Yep, it was probably me.
We've been using CalDAV on Google for what feels like years... It works fine.
Some notes from experience.
* If you have already got some passwords stored in your password manager for google.com then remove them and start again (Basically you need one password for google.com/whatever)
* We had a nasty experience at a customers early this year where google stopped CalDAV working - probably because we had been "hammerring" the connection from multiple PCs with good and bad settings for a few hours. We had to use a browser and log in properly to confirm we were genuine before it would work again.
* In Lightning, you can't edit (WHY NOT?)
the CalDAV connection string once you have entered it. If you make a mistake you have to delete the calendar and start again.
Your URLs for Google will be like this:
Your main calendar:
https://www.google.com/calendar/dav/gmai...@google.com/events
Any subsequent calendars you create or are shared with:
https://www.google.com/calendar/dav/0laresjncdc...@group.calendar.google.com/events
The bits you change from the Google supplied are:
http -> https
ical -> dav
anything after .com/ -> .com/events
That's it.
Once you have done this a few times it becomes quite easy.
We have now setup several of our customers in this way and they are *really* happy. In fact I was talking to one this morning who we migrated off Outlook and onto TB 2 weeks ago (They use Win7 BTW) and he was really, really pleased with TB/Lightning and using Google for sharing between their co-workers.
HTH
Al
On Google, your username is your full email address. If you are using
Google/gmail then na...@gmail.com.
If you use Google Apps then it is (again) your full email address at the
domain you registered with Google, e.g. na...@home.domain.com
HTH
Al