Hi! Todoman dev here.
@rfc2822 said in java.lang.NoClassDefFoundError: org.threeten.bp.zone.ZoneRulesProvider:
DAVdroid should fall back to UTC for unknown time zones. Also, this exception should not occur even when the timezone is completely unknown. I’ll try to reproduce the problem here and see why it’s happening.
Do you think it makes sense to attempt to fallback on a matching entry in the Olsen DB, if the proper VTIMEZONE isn’t present? I’d just like to suggest that as a general rule which might avoid issues (kinda “Be conservative in what you send, be liberal in what you accept”).
Note: I’m just suggesting this as a fallback; adding the proper VTIMEZONE to our generated files is still we’ll do anyway.