-
-
Notifications
You must be signed in to change notification settings - Fork 171
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
icalendar fails parsing some RRULE based timezone definitions #303
Comments
simon-budig
added a commit
to simon-budig/icalendar
that referenced
this issue
Feb 13, 2020
simon-budig
added a commit
to simon-budig/icalendar
that referenced
this issue
Feb 13, 2020
thet
pushed a commit
that referenced
this issue
Aug 24, 2020
mister-roboto
pushed a commit
to plone/buildout.coredev
that referenced
this issue
Aug 24, 2020
Branch: refs/heads/master Date: 2020-08-24T15:27:21+02:00 Author: Simon Budig (simon-budig) <simon@budig.de> Commit: collective/icalendar@2a82c88 Correct the handling of rrules within timezone definitions. Fix for collective/icalendar#303 Files changed: M CHANGES.rst M src/icalendar/cal.py M src/icalendar/tests/test_timezoned.py
mister-roboto
pushed a commit
to plone/buildout.coredev
that referenced
this issue
Aug 24, 2020
Branch: refs/heads/master Date: 2020-08-24T15:27:21+02:00 Author: Simon Budig (simon-budig) <simon@budig.de> Commit: collective/icalendar@2a82c88 Correct the handling of rrules within timezone definitions. Fix for collective/icalendar#303 Files changed: M CHANGES.rst M src/icalendar/cal.py M src/icalendar/tests/test_timezoned.py
Closed by: #304 |
I have released 4.0.7 with the fix. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Some timezone definitions fail parsing. One example is the testcase "test_create_america_new_york" in the current testsuite, which is right now marked unittest.expectedFailure.
Underlying reason is that evaluating the RRULE in some cases is done with mixed offset-awareness, datetime.rrule can't handle that (see e.g. dateutil/dateutil#851),
I've prepared a pull request to fix this. The patch evaluates the rrule with the relevant TZOFFSETFROM from the timezone description. This avoids this problem.
The text was updated successfully, but these errors were encountered: