Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect handling of DST for reoccurring events #165

Open
7 tasks done
freezingDaniel opened this issue Feb 28, 2024 · 3 comments
Open
7 tasks done

Incorrect handling of DST for reoccurring events #165

freezingDaniel opened this issue Feb 28, 2024 · 3 comments
Labels
bug Something is not working

Comments

@freezingDaniel
Copy link

freezingDaniel commented Feb 28, 2024

Checklist

  • I can reproduce the bug with the latest version given here.
  • I made sure that there are no existing issues - open or closed - to which I could contribute my information.
  • I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
  • I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
  • I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
  • This issue contains only one bug.
  • I have read and understood the contribution guidelines.

Affected app version

1.0.2

Affected Android/Custom ROM version

Android 13&14

Affected device model

Tab S6 Lite

How did you install the app?

F-Droid / IzzyOnDroid

Steps to reproduce the bug

  1. Set Device TZ/clock to UTC+0
  2. Set Device Date to 2024-03-25 (not sure if necessary)
  3. Calendar settings: Events>Allow chaing event time zones
  4. Create Events
    1. Create daily reoccuring event for 3 days at 2am & 3am with Timezone Berlin from 2024-03-30 to 2024-04-01
    2. (optional) repeat with different calendar app

Expected behavior

On 2023-03-26 in the morning in Germany (at 2am German/eventTZ) the clock is set to an hour forward to (to 3am) DST

  • 2024-03-30 events stay the same
  • 2024-03-31 events (2am&3am) should overlap
  • 2024-04-01 events should be moved accordingly

Samsung Calendar:
expected-reoccurring

Actual behavior

  • events are shown incorrectly
is-reoccurring

Screenshots/Screen recordings

see above

Additional information

It has been a while since I originally encountered this issue (by missing an important appointment) but it is the reason why I had to stop using this Calendar.

While I have not verified this time, for my old issue I came to the conclusion:

  • A recurring event that's created while being in CET, is incorrectly displayed once in CEST (ics file is correct)
  • A recurring event that's created while being in CEST, is correctly displayed in CEST (ics file is correct)

Maybe related to: Issue-166

Potentially useful in case I missed something: SimpleMobileTools/Simple-Calendar#1973

@freezingDaniel freezingDaniel added bug Something is not working needs triage Issue is not yet ready for PR authors to take up labels Feb 28, 2024
@Aga-C Aga-C removed the needs triage Issue is not yet ready for PR authors to take up label Feb 28, 2024
@naveensingh
Copy link
Member

I was able to reproduce this issue and #166 with the latest version (after a couple of tries).

It seems to me that in this case, the events are saved properly but are displayed incorrectly whereas in #165 the events are not saved with the correct start and end time.

@aaa-cubed
Copy link

This bug (or something very similar) is still occurring with version 1.03, following the autumn time change. Events from my synced Google Calendar, created by an external party, with a time in CEST for a repeat continuing through the autumn shift back one hour, are shown as occurring one hour too early in the FOSSIFY Calendar on a phone set to JST (which does not have a daylight savings change). The in-built Samsung Calendar app and the Google web calendar shows them correctly shifted to one hour later.

@davidlove
Copy link

davidlove commented Nov 18, 2024

Still occurring in 1.1.0. Just missed my kid's ballet class because it was listed in the calendar as an hour later than reality.

We're in the Phoenix time zone, which doesn't follow daylight saving time, but all times shifted an hour later.

ETA: the time of every event in the series shifted, not just the ones after daylight saving time. Back in October, the calendar showed all events as occurring weekly from 3 to 4. But now the calendar shows all events in the series as 4 to 5.

I'm using Etesync to store the caldav, it shows the raw event info, including

DTSTART;TZID=America/Phoenix:20241021T150000

But the event starts at 4 in the displayed calendar.

@Aga-C Aga-C mentioned this issue Dec 11, 2024
7 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something is not working
Projects
None yet
Development

No branches or pull requests

5 participants