Alex van Andel
Alex van Andel
Hi @aar2dee2 - We have a similar approach in the office 365 translate event:  Would this work for your usecase as well? Regardless, you can assume startTime and endTime...
Was worth merging at some point.
@PeerRich This was fixed in 2.7 but all communication went over Slack, so this issue has been fixed for a while and is very stale.
TODO: - [ ] Add canonical from https://app.cal.com/[user]/[type] - [ ] Add canonical from https://app.cal.com/[user] - [ ] Add canonical from https://app.cal.com/team/[team]/[type] - [ ] Add canonical from https://app.cal.com/team/[team]
What @PeerRich mentioned vibes with me as the right approach, we add a public "CalendarEvent" table which functions as a caching layer, normalized so to prevent any joins for optimal...
No - CalDav is the access protocol, it doesn't say anything on how the server stores or caches the calendar.
NIT - could you have a look at the where locationAddress/etc are registered? It's very side-effecty (outside of the scope of this PR)
@PeerRich @Jaibles it certainly wasn't this way when we launched Date Overrides, UI regression.
Looking at the code the routing form embed should work after this PR @hariombalhara
@mrkirchner Big push pending finalisation that handles the busyTimes & also the round robin fixed/collective attendees.