-
Notifications
You must be signed in to change notification settings - Fork 98
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
fix: google may return empty ical #366
fix: google may return empty ical #366
Conversation
something like: ``` BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN X-WR-CALNAME:TEST X-WR-TIMEZONE:Asia/Shanghai BEGIN:VTIMEZONE TZID:Asia/Shanghai X-LIC-LOCATION:Asia/Shanghai BEGIN:STANDARD TZOFFSETFROM:+0800 TZOFFSETTO:+0800 TZNAME:CST DTSTART:19700101T000000 END:STANDARD END:VTIMEZONE END:VCALENDAR ```
Please use I remember that this issue (google returning empty objects) have been looked into a couple of times, but I don't remember the conclusion. Will |
I'm a bit baffled why the tests break. I'm looking into it. |
I do not like the usage of |
@tobixen Thanks for your review.
It has no effect, the original data have been loaded, but have no event/todo/etc. FYI:
|
I promised to look into why the test breaks - but then I got interrupted and busy. I will try and have a look now. |
Sorry for overwriting your changes. I think it will be better this way. I think the special logic for dealing with objects that aren't loaded or doesn't contain components is not specific to when I consider this to be a bugfix, as it will cause consistent and expected behaviour even when the caldav server doesn't conform to the RFCs. |
647d842
to
b7a5553
Compare
Some logic was only run when the expand-flag was set to True: 1) The logic automatically loading objects that aren't loaded 2) The logic removing "empty" responses from Google, This logic ensures a consistent return from the search-method also for servers not conforming to the RFC (by returning unloaded data or empty responses) The second was fixed in the previous commit, but it feels wrong converting the data to an icalendar object unless it's needed.
b7a5553
to
4c143c0
Compare
Could you confirm that this solves your problems? |
@tobixen Yes, it's works for me. |
something like: