Yes and it’s already marked as such.
Thanks. (I set the label just as a guess before.)
I’m currently experiencing a similar (or even the same) issue. Here’s the setup:
The event is shown a day early at 2300h after sync with ICSx5 or similar app.
The posteo web view displays everything correctly in every thinkable use case.
Retrieving the calendar in Outlook also works fine.
I’ve attached a log from DAVx5. Search for event “Test9”.
I tried to analyze it myself, but didn’t really get the hang of it. Also contacted Posteo support and will keep you posted.
So this might happen to not only be related to Lightning.
I noticed that the problem doesn’t occur, when I manually set the timezone of my Android to GMT+2 instead of using the timezone provided by the network. Android (Oreo/Pie) seems to know two ways to manually chose the timezone:
a. by selecting the proper offset to UTC -> Problem does not occur
b. by selecting the region -> problem occurs
After timezone was set as described in a., this is what DAVx5 sent:
So, there’s at least a workaround. It would still be nice if someone from Bitfire might take another look into this.
@der_Don Is this now related to Lightning or DAVx⁵? What exactly shall I have a look at? Can you please provide exact steps to reproduce the problem, and what the problem actually is? There are many confusing postings about multiple? problems before, I now don’t know what to look into / do.
@rfc2822 Sorry for being unspecific and causing confusion. I’ll try to explain the issue.
I am using DAVx5 to sync my posteo.de calendar. My wife uses ICSx5 to view this calendar on her phone. When she retrieves the calendar data, events that are not marked as “all day events” come with wrong information:
So the event is always shown a day early at 23pm. Similar behaviour to what hidde encountered.
Retrieving the shared calendar with Outlook or via feed within the Posteo web application works fine, so I can’t narrow the problem down to either one app or Posteo:
Calendar App: I tried several ones -> same result. Unlikely that all calendar apps cause the same issue.
DAVx5: I also tried CalDavSync -> same result. Outlook and Posteo web can handle data, so it’s unlikely DAVx5 causes the issue
ICSx5: I also tried iCalSync -> same result. So it’s unlikely ICSx5 causes the issue.
Posteo: Only shared calendars are affected when they are retrieved with some third party apps. Unlikely that Posteo causes the issue.
Android: Depending on time zone settings the issue can be avoided (see my second post above). Since some apps (e.g. Outlook) can handle the data correctly, i would rule out Android as root cause.
As you can see I cannot pin the root cause to any of the applications/providers involved.
So the questions are: do you maybe see a reason for this? Does DAVx5 handle the data correctly? Or could it be Posteo’s handling of time zones is not very fault-tolerant/flexible/robust?
Edit: Further Testing reveales the following:
I conclude, this is a bug in ICSx5.
I have split this topic from the original topic.
This one is a duplicate of https://forums.bitfire.at/post/10027, please follow up there. We’re already in contact with the author of ical4j about that.
I have sent an updated ICSx⁵ APK over email. Can you please tell me whether it works for you?
@rfc2822 Thanks a lot for fixing it.