@rfc2822 turns out there is a setting in the privacy guard to restrict app from modifying the calendar.
And the calendar storage app had no permission to do so
I probably took the permission, or maybe it was never set. Not sure
java.lang.NoClassDefFoundError when downloading iCalendar
-
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 noVTIMEZONE
.
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 fixesAny ideas?
-
@skazi Can you please send the .ics to play@bitfire.at because I can’t reproduce the problem here with
TZID=PST
and- no
VTIMEZONE
However, it would be important to attach a
VTIMEZONE
when usingTZID
. 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.