You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
since last monday, october 23rd, some of our tests have been failing. Apparently, a few TZNAME fields in Amsterdam.ics that used to have values like EST and NEST now contain values like +0120 and +0020. These values look like copies of the values in the TZOFFSETTO fields. I checked some other countries' ics files and those don't seem to have these changes.
I changed the ical4j.properties to contain net.fortuna.ical4j.timezone.update.enabled=false and now our tests use only our local copy of Amsterdam.ics, and no longer fail.
I thought that maybe you would like to know about this (apparent) issue.
Kind regards
Rob Velseboer
The text was updated successfully, but these errors were encountered:
Hi,
since last monday, october 23rd, some of our tests have been failing. Apparently, a few TZNAME fields in Amsterdam.ics that used to have values like EST and NEST now contain values like +0120 and +0020. These values look like copies of the values in the TZOFFSETTO fields. I checked some other countries' ics files and those don't seem to have these changes.
I changed the ical4j.properties to contain net.fortuna.ical4j.timezone.update.enabled=false and now our tests use only our local copy of Amsterdam.ics, and no longer fail.
I thought that maybe you would like to know about this (apparent) issue.
Kind regards
Rob Velseboer
The text was updated successfully, but these errors were encountered: