-
-
Notifications
You must be signed in to change notification settings - Fork 167
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
refactor test_issue_237 #418
refactor test_issue_237 #418
Conversation
So, I see this:
That is an okay fail - but why is there no time zone in it? Hm. Maybe a merge of master changes something? Maybe that helps.. let's find out together! |
2694cb2
to
d148cba
Compare
d148cba
to
77a9bf4
Compare
The TZID property must be specified before use, so we need to parse a whole calendar. Now, we're back to the problem with pytz, to which @niccokunzmann proposed a solution that I'm not sure how to implement |
I think, looking at the output:
This is the problem one has with pytz: You can not pass a time zone to the datetime. You must call Could you try running |
I think, my comment there is that I would like to see that icalendar can actually choose a tz implementation and I would like to have all tests run across all different tz implementations. I would pass it to |
@jacadzaca can you merge master again into this one? I can not merge it, yet and I am too tired to resolve the conflict. |
2aefb1f
to
bf76558
Compare
f9c7150
to
5311870
Compare
@jacadzaca Thanks for working together on this one! |
splitting as per #400. Any idea why the tests pass in #400 but not here?