<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to support-requests</title><link href="https://sourceforge.net/p/freeassociation/support-requests/" rel="alternate"/><link href="https://sourceforge.net/p/freeassociation/support-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/freeassociation/support-requests/</id><updated>2014-10-24T23:19:37.839000Z</updated><subtitle>Recent changes to support-requests</subtitle><entry><title>#6 How to parse VTIMEZONE</title><link href="https://sourceforge.net/p/freeassociation/support-requests/6/?limit=25#fdc3" rel="alternate"/><published>2014-10-24T23:19:37.839000Z</published><updated>2014-10-24T23:19:37.839000Z</updated><author><name>Allen Winter</name><uri>https://sourceforge.net/u/awinterz/</uri></author><id>https://sourceforge.net84200ca01dbfde27eb10ebf7f5452394642362d4</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This issue has been moved to &lt;a href="https://github.com/libical/libical/issues/112" rel="nofollow"&gt;https://github.com/libical/libical/issues/112&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;please move this discussion to that location now.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>#6 How to parse VTIMEZONE</title><link href="https://sourceforge.net/p/freeassociation/support-requests/6/?limit=25#6660" rel="alternate"/><published>2014-10-24T23:16:02.606000Z</published><updated>2014-10-24T23:16:02.606000Z</updated><author><name>Allen Winter</name><uri>https://sourceforge.net/u/awinterz/</uri></author><id>https://sourceforge.netb4869ddd4753ebb73d2797c8802447cba9a2537e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Anthony,&lt;/p&gt;
&lt;p&gt;would exporting the icaltimezone_expand_vtimezone() symbol for public use be of help to you.  yes I know its been a long time since you reported.&lt;/p&gt;
&lt;p&gt;we are on github now, in &lt;a href="http://github.com/libical/libical" rel="nofollow"&gt;http://github.com/libical/libical&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;in the meantime, if you have solved this another way please let us know so we can close this bug. or if you have a solution in mind I'd be happy to hear about it.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>How to parse VTIMEZONE</title><link href="https://sourceforge.net/p/freeassociation/support-requests/6/" rel="alternate"/><published>2011-12-19T06:22:36Z</published><updated>2011-12-19T06:22:36Z</updated><author><name>Antony</name><uri>https://sourceforge.net/u/bowesmana/</uri></author><id>https://sourceforge.net2634449488b6d8e9415c5f31ea48ff27fd6a48c9</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I have a VTIMEZONE object which is referred to by a VEVENT object.&lt;/p&gt;
&lt;p&gt;I need to be able to convert the VEVENT start/end times, which refer to the timezone specified by a VTIMEZONE object as &lt;/p&gt;
&lt;p&gt;DTSTART;TZID="FLE Standard Time":20111004T160000&lt;/p&gt;
&lt;p&gt;to UTC and/or local time, but I can't find a way to do it because all the method to expand the vtimezone attributes are static, e.g. icaltimezone_expand_vtimezone().&lt;/p&gt;
&lt;p&gt;VTIMEZONE is as follows&lt;/p&gt;
&lt;p&gt;BEGIN:VTIMEZONE&lt;br /&gt;
TZID:FLE Standard Time&lt;br /&gt;
BEGIN:STANDARD&lt;br /&gt;
DTSTART:16011028T040000&lt;br /&gt;
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10&lt;br /&gt;
TZOFFSETFROM:+0300&lt;br /&gt;
TZOFFSETTO:+0200&lt;br /&gt;
END:STANDARD&lt;br /&gt;
BEGIN:DAYLIGHT&lt;br /&gt;
DTSTART:16010325T030000&lt;br /&gt;
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3&lt;br /&gt;
TZOFFSETFROM:+0200&lt;br /&gt;
TZOFFSETTO:+0300&lt;br /&gt;
END:DAYLIGHT&lt;br /&gt;
END:VTIMEZONE&lt;/p&gt;
&lt;p&gt;How can I do this?&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Issue applying time zone data from iPhone</title><link href="https://sourceforge.net/p/freeassociation/support-requests/5/" rel="alternate"/><published>2010-02-17T00:52:54Z</published><updated>2010-02-17T00:52:54Z</updated><author><name>padarlin</name><uri>https://sourceforge.net/u/padarlin/</uri></author><id>https://sourceforge.net9c09065609d2afd9fc64914c43bfcfb7b4b37335</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;br /&gt;
I've submitted a bug report for an issue I'm seeing using libical to handle iCal data received from iPhone/iPod Touch devices.&lt;/p&gt;
&lt;p&gt;The problem occurs for appointments that occur before the first offset change of the year, ie. in the first few months of the year before DST starts.&lt;/p&gt;
&lt;p&gt;However, this seems such a glaring issue, perhaps my use of libical is incorrect, or can be modified to resolve the issue. Or perhaps this is an Apple problem that others work around?&lt;/p&gt;
&lt;p&gt;The issue can be observed when calling icaltimezone_get_utc_offset(), passing zone data that defines Daylight and Standard offsets that include DTSTART and RRULE data, and a tt value that represents a date prior to the DTSTART value of the Daylight data in the zone data.&lt;/p&gt;
&lt;p&gt;icaltimezone_expand_timezone() expands from the earliest DTSTART value in the zone data. As this occurs after the passed tt value, the tt value falls before the earliest change, and so the UTC offset returned is 0.&lt;/p&gt;
&lt;p&gt;Is it invalid for the DTSTART value of the VEVENT component to be behind the earliest DTSTART value in the zone data?&lt;/p&gt;
&lt;p&gt;If so, then this is an Apple bug, that I'm sure others must have encountered. If it is valid, then perhaps libical should expand the RRULE retroactively to ensure coverage for the date passed to icaltimezone_get_utc_offset().&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Issue applying time zone data from iPhone</title><link href="https://sourceforge.net/p/freeassociation/support-requests/4/" rel="alternate"/><published>2010-02-17T00:03:34Z</published><updated>2010-02-17T00:03:34Z</updated><author><name>padarlin</name><uri>https://sourceforge.net/u/padarlin/</uri></author><id>https://sourceforge.net8938db7e3bd060c6cd7aa9e05e871342b2eb4ede</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;br /&gt;
I've submitted a bug report for an issue I'm seeing using libical to handle iCal data received from iPhone/iPod Touch devices.&lt;/p&gt;
&lt;p&gt;The problem occurs for appointments that occur before the first offset change of the year, ie. in the first few months of the year before DST starts.&lt;/p&gt;
&lt;p&gt;However, this seems such a glaring issue, perhaps my use of libical is incorrect, or can be modified to resolve the issue. Or perhaps this is an Apple problem that others work around?&lt;/p&gt;
&lt;p&gt;The issue can be observed when calling icaltimezone_get_utc_offset(), passing zone data that defines Daylight and Standard offsets that include DTSTART and RRULE data, and a tt value that represents a date prior to the DTSTART value of the Daylight data in the zone data.&lt;/p&gt;
&lt;p&gt;icaltimezone_expand_timezone() expands from the earliest DTSTART value in the zone data. As this occurs after the passed tt value, the tt value falls before the earliest change, and so the UTC offset returned is 0.&lt;/p&gt;
&lt;p&gt;Is it invalid for the DTSTART value of the VEVENT component to be behind the earliest DTSTART value in the zone data?&lt;/p&gt;
&lt;p&gt;If so, then this is an Apple bug, that I'm sure others must have encountered. If it is valid, then perhaps libical should expand the RRULE retroactively to ensure coverage for the date passed to icaltimezone_get_utc_offset().&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>undefines in cvs head</title><link href="https://sourceforge.net/p/freeassociation/support-requests/3/" rel="alternate"/><published>2007-10-27T23:27:22Z</published><updated>2007-10-27T23:27:22Z</updated><author><name>Bonnie Packert</name><uri>https://sourceforge.net/u/bpackert/</uri></author><id>https://sourceforge.net83b2c5210f03f9b373ad513fc29bbba2142fe052</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I'm getting these undefined symbols:&lt;/p&gt;
&lt;p&gt;sslex_init&lt;br /&gt;
ssset_extra&lt;br /&gt;
ssget_extra&lt;/p&gt;
&lt;p&gt;I checked out the latest libical tree from cvs, used autogen.sh/make.&lt;/p&gt;
&lt;p&gt;It's a 64-bit Fedora 7 system, packages of interest:&lt;br /&gt;
flex.x86_64 2.5.33-9.fc7&lt;br /&gt;
bison.x86_64 2.3-3.fc7&lt;br /&gt;
gcc.x86_64 4.1.2-27.fc7&lt;/p&gt;
&lt;p&gt;Could it be from old files not yet "culled"?&lt;/p&gt;
&lt;p&gt;Looks like this is all from sql-related stuff that I don't need, will look for config issues.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>America/Indiana/Indianapolis TimeZone Help Please!!!!</title><link href="https://sourceforge.net/p/freeassociation/support-requests/2/" rel="alternate"/><published>2005-10-19T17:46:53Z</published><updated>2005-10-19T17:46:53Z</updated><author><name>teoman</name><uri>https://sourceforge.net/u/afmustac/</uri></author><id>https://sourceforge.net652be1a96c66be9085b08ab1878d93d182293591</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am using the libical/timezone/... .ics files for my&lt;br /&gt;
project..And, I have tried&lt;br /&gt;
"America/Indiana/Indianapolis",  and my hour is ok, but&lt;br /&gt;
my minutes are 15 minutes ahead the original time....Is&lt;br /&gt;
there a bug in the Indianapolis.ics file?&lt;/p&gt;
&lt;p&gt;Thank you..&lt;/p&gt;
&lt;p&gt;--teo&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>America/Indiana/Indianapolis TimeZone Help Please!!!!</title><link href="https://sourceforge.net/p/freeassociation/support-requests/1/" rel="alternate"/><published>2005-10-19T17:18:23Z</published><updated>2005-10-19T17:18:23Z</updated><author><name>teoman</name><uri>https://sourceforge.net/u/afmustac/</uri></author><id>https://sourceforge.net2f6c8b486a6681aa6e07236ee91d1e2c8671797f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am using the libical/timezone/... .ics files for my&lt;br /&gt;
project..And, I have tried&lt;br /&gt;
"America/Indiana/Indianapolis",  and my hour is ok, but&lt;br /&gt;
my minutes are 15 minutes ahead the original time....Is&lt;br /&gt;
there a bug in the Indianapolis.ics file?&lt;/p&gt;
&lt;p&gt;Thank you..&lt;/p&gt;
&lt;p&gt;--teo&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>