Aquileo | Recent changes to bugs

Aquileo | #95 Regression: VTIMEZONE contains a lot of non-used timezone info, what mess with Google Calendar, EWS Calendar, etc ...

Mon, 15 Jun 2015 21:30:47 -0000

status: open --> closed-fixed
Group: -->

Aquileo | #95 Regression: VTIMEZONE contains a lot of non-used timezone info, what mess with Google Calendar, EWS Calendar, etc ...

Mon, 15 Jun 2015 21:30:33 -0000

Fixed in the upcoming 2.0 release.

By default nothing has changed, but now you have a buildtime and a runtime ability
to switch the behavior from exact to inter-operable VTIMEZONEs.

First the buildtime switch. if you want to build libical to use inter-operable VTIMEZONEs
without changing your code, then pass the option -DUSE_INTEROPERABLE_VTIMEZONES=true to cmake.

If you are are forced to use a libical that was built without inter-operable VTIMEZONEs as the default,
then you'll need to call icaltzutil_set_exact_vtimezones_support(1) from your application at runtime.

You can also query the VTIMEZONE "mode" by calling the icaltzutil_get_exact_vtimezones_support() function.

I hope this covers every scenario and now consider this issue closed (well, except for possible silly coding errors I may have made)

Aquileo | #86 libical messes with timezone, affecting other threads

Tue, 02 Jun 2015 14:35:45 -0000

status: open --> closed-fixed
Group: -->

Aquileo | #74 Do not escape double quote character " to \" in iCalendar ou

Sat, 20 Sep 2014 14:19:17 -0000

status: open --> closed-fixed
Group: -->

Aquileo | #98 Windows Crash with UTC Timezons

Tue, 15 Jul 2014 22:15:39 -0000

Frank,
2 things:
1) we moved from sourceforge to github. the new url is github.com/libical/libical
the url for this bug report is now https://github.com/libical/libical/issues/98

2) could you try rebuilding the library. pass the option -DDUSE_BUILTIN_TZDATA=false to cmake then make as normal

Aquileo | #96 TZIDs parameters incorrectly parsed if another parameter follows them

Tue, 03 Jun 2014 22:53:37 -0000

status: open --> closed-fixed
Group: -->

Aquileo | #99 src/libical/sspm.c:706: possible bad use of sizeof ?

Sun, 01 Jun 2014 22:03:02 -0000

status: open --> closed-accepted
Group: -->

Aquileo | #99 src/libical/sspm.c:706: possible bad use of sizeof ?

Wed, 07 May 2014 01:49:51 -0000

Here is a patch to resolve this warning. I assume that sspm_header.boundary is a null-terminated string and just use strcmp. If this is not a valid assumption, then the code does need some reworking to store the size of the buffer.

This patch also resolves a similar warning in icaltimezone.c.

Aquileo | #96 TZIDs parameters incorrectly parsed if another parameter follows them

Tue, 22 Apr 2014 01:59:18 -0000

This should be fixed by this patch: https://sourceforge.net/p/freeassociation/patches/47/

Aquileo | src/libical/sspm.c:706: possible bad use of sizeof ?

Wed, 09 Apr 2014 09:15:09 -0000

libical-1.0/src/libical/sspm.c:706:32: warning: 'strncmp' call operates on objects of type 'char' while the size is based on a different type 'char *' [-Wsizeof-pointer-memaccess]

    if(strncmp((line+2),parent_header->boundary,
           sizeof(parent_header->boundary)) == 0){

Suggest code rework.