<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to support-requests</title><link>https://sourceforge.net/p/freeassociation/support-requests/</link><description>Recent changes to support-requests</description><atom:link href="https://sourceforge.net/p/freeassociation/support-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 24 Oct 2014 23:19:37 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/freeassociation/support-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>#6 How to parse VTIMEZONE</title><link>https://sourceforge.net/p/freeassociation/support-requests/6/?limit=25#fdc3</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Allen Winter</dc:creator><pubDate>Fri, 24 Oct 2014 23:19:37 -0000</pubDate><guid>https://sourceforge.net84200ca01dbfde27eb10ebf7f5452394642362d4</guid></item><item><title>#6 How to parse VTIMEZONE</title><link>https://sourceforge.net/p/freeassociation/support-requests/6/?limit=25#6660</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Allen Winter</dc:creator><pubDate>Fri, 24 Oct 2014 23:16:02 -0000</pubDate><guid>https://sourceforge.netb4869ddd4753ebb73d2797c8802447cba9a2537e</guid></item><item><title>How to parse VTIMEZONE</title><link>https://sourceforge.net/p/freeassociation/support-requests/6/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Antony</dc:creator><pubDate>Mon, 19 Dec 2011 06:22:36 -0000</pubDate><guid>https://sourceforge.net2634449488b6d8e9415c5f31ea48ff27fd6a48c9</guid></item><item><title>Issue applying time zone data from iPhone</title><link>https://sourceforge.net/p/freeassociation/support-requests/5/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">padarlin</dc:creator><pubDate>Wed, 17 Feb 2010 00:52:54 -0000</pubDate><guid>https://sourceforge.net9c09065609d2afd9fc64914c43bfcfb7b4b37335</guid></item><item><title>Issue applying time zone data from iPhone</title><link>https://sourceforge.net/p/freeassociation/support-requests/4/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">padarlin</dc:creator><pubDate>Wed, 17 Feb 2010 00:03:34 -0000</pubDate><guid>https://sourceforge.net8938db7e3bd060c6cd7aa9e05e871342b2eb4ede</guid></item><item><title>undefines in cvs head</title><link>https://sourceforge.net/p/freeassociation/support-requests/3/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bonnie Packert</dc:creator><pubDate>Sat, 27 Oct 2007 23:27:22 -0000</pubDate><guid>https://sourceforge.net83b2c5210f03f9b373ad513fc29bbba2142fe052</guid></item><item><title>America/Indiana/Indianapolis TimeZone Help Please!!!!</title><link>https://sourceforge.net/p/freeassociation/support-requests/2/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">teoman</dc:creator><pubDate>Wed, 19 Oct 2005 17:46:53 -0000</pubDate><guid>https://sourceforge.net652be1a96c66be9085b08ab1878d93d182293591</guid></item><item><title>America/Indiana/Indianapolis TimeZone Help Please!!!!</title><link>https://sourceforge.net/p/freeassociation/support-requests/1/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">teoman</dc:creator><pubDate>Wed, 19 Oct 2005 17:18:23 -0000</pubDate><guid>https://sourceforge.net2f6c8b486a6681aa6e07236ee91d1e2c8671797f</guid></item></channel></rss>