I could reproduce the problem, which is exactly as said as above. I have contacted Doodle about it.
Also, ical4android has been modified to be more robust in such cases. The changes will be incorporated into the next DAVdroid version.
Hi,
I have a similar problem but with different trace and I get it with v1.7.2-gplay.
Trace:
EXCEPTION:
java.lang.NoClassDefFoundError: java.util.Objects
at net.fortuna.ical4j.model.TimeZoneRegistryImpl$ZoneOffsetKey.equals(TimeZoneRegistryImpl.java:473)
at java.util.HashMap.get(HashMap.java:306)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.addTransitions(TimeZoneRegistryImpl.java:424)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.generateTimezoneForId(TimeZoneRegistryImpl.java:339)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.loadVTimeZone(TimeZoneRegistryImpl.java:253)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.getTimeZone(TimeZoneRegistryImpl.java:212)
at at.bitfire.ical4android.MiscUtils.androidifyTimeZone(MiscUtils.kt:30)
at at.bitfire.ical4android.AndroidEvent.buildEvent(AndroidEvent.kt:470)
at at.bitfire.davdroid.resource.LocalEvent.buildEvent(LocalEvent.kt:76)
at at.bitfire.ical4android.AndroidEvent.add(AndroidEvent.kt:370)
at at.bitfire.ical4android.AndroidEvent.add(AndroidEvent.kt:357)
at at.bitfire.davdroid.syncadapter.CalendarSyncManager.processVEvent(CalendarSyncManager.kt:201)
at at.bitfire.davdroid.syncadapter.CalendarSyncManager.downloadRemote(CalendarSyncManager.kt:164)
at at.bitfire.davdroid.syncadapter.SyncManager.performSync(SyncManager.kt:154)
at at.bitfire.davdroid.syncadapter.CalendarsSyncAdapterService$SyncAdapter.sync(CalendarsSyncAdapterService.kt:54)
at at.bitfire.davdroid.syncadapter.SyncAdapterService$SyncAdapter.onPerformSync(SyncAdapterService.kt:62)
at android.content.AbstractThreadedSyncAdapter$SyncThread.run(AbstractThreadedSyncAdapter.java:254)
Just like with @varac there is TZID=PST
but no VTIMEZONE
.
It’s a work calendar so I can’t include it directly here.
The server is running GroupWise which is not developed anymore so there’s no option for server-side fixes
Any ideas?
@skazi Can you please send the .ics to play@bitfire.at because I can’t reproduce the problem here with
TZID=PST
andVTIMEZONE
However, it would be important to attach a VTIMEZONE
when using TZID
. If your server doesn’t receive fixes any more, I suggest switching to a maintained product.
@rfc2822 I mailed an anonymized ics. I was confused before by the debug info message, there seems to be VTIMEZONE
present in this ics so maybe it’s completely different issue.
As for switching to another product, this is unfortunately out of my control.
I confirm that this time zone definition causes this ical4j exception:
09-10 14:21:22.923 7768-7795/at.bitfire.davdroid:sync W/net.fortuna.ical4j.model.TimeZoneRegistryImpl: Error occurred loading VTimeZone
EXCEPTION java.util.IllegalFormatConversionException: Y != org.threeten.bp.LocalDateTime
at java.util.Formatter$FormatSpecifier.failConversion(Formatter.java:4135)
at java.util.Formatter$FormatSpecifier.printDateTime(Formatter.java:2871)
at java.util.Formatter$FormatSpecifier.print(Formatter.java:2779)
at java.util.Formatter.format(Formatter.java:2497)
at java.util.Formatter.format(Formatter.java:2426)
at java.lang.String.format(String.java:2626)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.addTransitions(TimeZoneRegistryImpl.java:439)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.generateTimezoneForId(TimeZoneRegistryImpl.java:339)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.loadVTimeZone(TimeZoneRegistryImpl.java:253)
at net.fortuna.ical4j.model.TimeZoneRegistryImpl.getTimeZone(TimeZoneRegistryImpl.java:212)
at net.fortuna.ical4j.data.CalendarBuilder$ContentHandlerImpl.parameter(CalendarBuilder.java:276)
at net.fortuna.ical4j.data.CalendarParserImpl$ParameterParser.parse(CalendarParserImpl.java:367)
at net.fortuna.ical4j.data.CalendarParserImpl$ParameterParser.access$1800(CalendarParserImpl.java:322)
at net.fortuna.ical4j.data.CalendarParserImpl$ParameterListParser.parse(CalendarParserImpl.java:310)
at net.fortuna.ical4j.data.CalendarParserImpl$PropertyParser.parse(CalendarParserImpl.java:247)
at net.fortuna.ical4j.data.CalendarParserImpl$PropertyParser.access$1100(CalendarParserImpl.java:229)
at net.fortuna.ical4j.data.CalendarParserImpl$PropertyListParser.parse(CalendarParserImpl.java:210)
at net.fortuna.ical4j.data.CalendarParserImpl$ComponentParser.parse(CalendarParserImpl.java:422)
at net.fortuna.ical4j.data.CalendarParserImpl$ComponentParser.access$900(CalendarParserImpl.java:406)
at net.fortuna.ical4j.data.CalendarParserImpl$PropertyListParser.parse(CalendarParserImpl.java:208)
at net.fortuna.ical4j.data.CalendarParserImpl.parseCalendar(CalendarParserImpl.java:115)
at net.fortuna.ical4j.data.CalendarParserImpl.parseCalendarList(CalendarParserImpl.java:180)
at net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:149)
at net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:198)
at net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:178)
at at.bitfire.ical4android.Task$Companion.fromReader(Task.kt:68)
This is already tracked at https://github.com/ical4j/ical4j/issues/170, please follow up there.
Has been fixed with ical4j/2.0.5 and ical4android/929555e0.