Every event keeps its own time zone. People who view or subscribe see the event converted to their own time zone, so a 10:00 London event shows as 05:00 for someone in New York. If a time looks wrong, the event's own time zone is the first thing to check.
Where an event's time zone comes from
Events: set the Timezone field in the Time & Date section when you create or edit an event. It defaults to the calendar's time zone.
Calendars: each calendar has a Timezone in its settings. New calendars start with your team's default time zone.
Team: the Default Timezone under Settings is used for reporting and displaying dates in your dashboard, and as the default for new calendars. It does not change events or calendars that already have their own time zone. See Time and display settings.
Changing a calendar's time zone
Changing a calendar's time zone only sets the default for events you create after the change. Existing events keep their own time zone, so open any you need to move and update them one by one.
Daylight saving
An event at a fixed local time stays at that local time when the clocks change. A weekly 9:00 meeting in Sydney is still at 9:00 in Sydney after daylight saving starts or ends, so people in other time zones may see it move by an hour. This is expected.
Recurring events keep the same local time in the event's time zone when daylight saving starts or ends. A weekly 9:00 AM event stays at 9:00 AM. AddCal sends the series to calendar apps as a repeat pattern with its time zone and that zone's daylight saving rules, and each app works out the dates itself.
Google Calendar and Apple Calendar generally show these correctly. Outlook is the app most likely to show a subscribed recurring event an hour early or late around a daylight saving change. If a series looks an hour off for one subscriber, ask which app they use and compare it with the event page. If only Outlook is off, the problem is in how Outlook displays the subscription, not in your event.
All-day events
All-day events have no time zone. They show on the same date for everyone, wherever they are.
What visitors see
Public calendar page: times are shown in the visitor's time zone, and visitors can pick a different time zone to view the calendar in.
Subscribers and added events: the visitor's calendar app converts the time using its own time zone settings.
Embedded calendar: uses the
data-timezoneattribute if you set one, otherwise the time zone the visitor picked, otherwise their browser's time zone. It never falls back to the calendar's time zone. To force one time zone, add an attribute such asdata-timezone="Europe/London"to the embed code. To stop visitors changing it, turn off Timezone Selector on the Visibility tab of the embed settings. See Embed a calendar on your website.
Updates and troubleshooting
After you fix an event's time, subscribers see the change when their calendar app next refreshes. See Calendar subscriber update delay. If the event is right in AddCal but looks wrong in someone's calendar app, see Times or links look wrong in a calendar app.