Re: how to degooglify a calendar

On 2013.11.01 19:59, [dbes1] moz supp cal ml account wrote:
>
> I'm very unfamiliar with calendar technology.


Neither am I :D and very few people on Earth can claim the title of 
expert, don't worry :)


> I have an .ics file that I created by exporting data from a
> Google calendar.


How exactly? Did you right-click on the calendar inside Lightning and 
choose export from the context menu? Or did you export it from Google 
web site with some function (but AFAIK I don't know the existence of 
such function)?

> linked to Google so I imported this data into a local-only
> calendar.
>
> *Data*
> When I opened the above .ics file in an editor I noticed fields
> such as "X-GOOGLE-EDITURL:".


ICS files for my Google cals I exported from Lightning don't have such 
fields.  But that doesn't mean you have problem.
You can take a look at this:
http://en.wikipedia.org/wiki/ICalendar#Technical_specifications


> When I imported this .ics file
> into a new local-only Lightning calendar, were all the
> references to Google ignored?  Is there any way that any Google
> data might have "snuck" into my new local-only calendar by
> importing .ics data from a Google calendar?


It depends on what you mean by "Google data".  For me, the value in 
those X-GOOGLE-EDITURL fields are data generated by Google.  I also have 
fields called UID containing a random string generated by Google.


> *Settings*
> If I'm using the same Lightning installation (that previously
> contained the Google-subscribed calendar) to import this .ics
> data into a local-only calendar (with a new name--different from
> the name that was used for the calendar that was subscribed to
> this data when it was hosted by Google), are there any settings
> in Lightning that might get auto-configured to reference Google
> in the local-only calendar due to the fact that there are
> references to Google in the imported .ics data set?


AFAIK, no.  If the calendar is local, even if some events have 
"references" pointing to Google whatever thing, nothing is read from its 
"previous life".


> After I wrote the above post I realized I could export the data
> from the local-only calendar to look for Google references.
> Sure enough the "X-GOOGLE-EDITURL:" strings were still present.
> Why is this the case?


I suppose Lightning's import/export/read/write functions don't apply any 
filter to let through only fields specified in the standard.  IMO, for 
*collaboration's sake*, this is a good things because if the same 
calendar is accessed by applications other than Lightning and if LT did 
apply the filter, other applications might get lost and might corrupt data.

IMO, whether X-GOOGLE-EDITURL is there or not, that wouldn't hurt.  But 
if you like, you could delete these fields.  LT doesn't need it as far 
as I can tell.


> The Properties -> Location value for this
> local-only calendar says "moz-storage-calendar://", shouldn't
> this value be the determining factor as to whether or not a
> calendar is communicating remotely.  Is it possible that these
> "X-GOOGLE-EDITURL:" references to Google in the local-only
> calendar are *not* in fact causing Lightning to attempt to
> communicate with Google?


No. But if you want to be sure, you can always turn Thunderbird, thus 
Lightning, to *offline mode* and see by yourself that the calendar is 
still working.  You can also delete your Google calendar on Google 
website, or just delete events within the calendar to make sure they 
don't show up again.


> I'm leaving the above post unchanged
> since it will provide a fuller understanding of the source of my
> curiosity (I also don't have time to rewrite it in this moment).
>
> Lastly, how can I generate a verbose Lightning log that will
> contain *any* remote communication attempts that Lightning might
> make?  This would be a useful way for me to understand what's
> going on with a particular calendar.


AFAIK, I'm not aware of such "remote communication log".  But I will 
leave this question to others to answer it.

I'm not really sure what you want to achieve here, but if you don't have 
hundreds of events, you can always create a *new* local calendar, and 
manually recreate the events if this can give you additional 
psychological assurance :D