Fails to properly decode slim tzdata

Ken Murchison murch at fastmail.com
Sun Mar 14 20:19:30 GMT 2021


Milan,

Are you in a position to see if 
https://github.com/libical/libical/pull/484 
<https://github.com/libical/libical/pull/484> fixes the problem?


On 2/17/21 11:11 AM, Milan Crha wrote:
> On Wed, 2021-02-17 at 08:39 -0500, Ken Murchison wrote:
>> I'm wondering if this commit fixed one thing and broke another:
>>   
>> https://github.com/libical/libical/commit/c7e767bfe1d218aaf845686f9811195cecc7be2a
>>   
> 	Hi,
> it's a good commit, it fixed things in a better way. When I revert the
> libical checkout before that commit, libical doesn't read the "slim"
> tzdata at all - the component is NULL, while with it libical reads the
> tzdata fine except of the last subcomponent of the VTIMEZONE.
>
> That commit is the reason why I CC'ed you here directly.
>
>> I'm also wondering if this commit would fix the issue (I don't have
>> time  to test right now but can later this week):
>>
>> https://github.com/eggert/tz/commit/7b4808dbf00896e606a0aa3b82ff9eb9b074323c
>>   
> Unfortunately not. I checked out the git master of the `tz` project and
> it doesn't change anything. Neither reverting the commit there (there
> had been some follow up changes in the zic.c, which prevented a clean
> revert of that commit).
>
> I think it's some glitch on the libical side, but I do not understand
> the data format to know what it is.
> 	Thanks and bye,
> 	Milan
>
-- 
Kenneth Murchison
Senior Software Developer
Fastmail US LLC




More information about the libical-devel mailing list