Hi Anthony, I'm well acquainted with how timezones work in Workfront but I haven't even had an issue with the system default timezone changing on its own. There was a bug once where the timezones of schedules would change when you edited another setting on the schedule, but that was fixed a couple of years ago. Let us know what you hear back from Support. Regarding the other comments, yes, the user's PC clock is all important. If you imagine all dates/times stored in Workfront as being stored in UTC/GMT regardless of the timezone of the user, then the user's PC timezone converts to their timezone for display/entry purposes. Say, a user in London plans a task to start at 9am. Workfront stores it as 9am UTC. A user in Rome looks at that task and it will say 10am because of their PC time. A user in New York will see 4am. What usually happens is that the user in New York is editing a project for work in London, and they mistakenly put 9am (NY time) on the task. Workfront will then store it as 2pm London time, which is what the London users will see and the task will be scheduled to start too late. If the New York user wants the task to start at 9am London time, they must schedule it to start at 4am (NY time). The other option which I sometimes recommend for PMs who are managing projects in other timezones is to change their PC time to the project's time zone in order to make the time entry feel natural. I have requested before, for WF to enable a special editing mode for PMs so they can edit in the local project's timezone rather than their own so that we don't need this workaround. In general, Schedules mainly affect resourcing rather than data display/entry. They affect which days and times users are available to work, and this is what WF uses to schedule tasks when users are assigned. There are a number of other quirks, but they're the big two considerations regarding timezones. Regards, David Cornwell