This is a consequence of allowing users to override things. Settings in Canvas move from general to specific: server/institution -> course ->user. Course timezones can override the system default, and users' can override the course.
For most users, in most cases, this is the desired behavior: if you are a student in London, you want to know what time the assignment is due, today, in BST, not what time it's due in Miami. This is just the way users expect times to work, and not just in Canvas: if you send a meeting invite you send it for Noon in Pheonix, and the recipient sees it as 9:00am (or 10:00am...) EST. You enter dates in your local time; Canvas, or Outlook, or iCal converts them to some other time that's useful for some other person.
This does break down for a small subset of users in a small subset of cases, but it's difficult to think how it might be made to work for everyone. We could say "dates are always edited in course time," but we all have different roles in different courses, and for every person who cheered, there would be others complaining that times appeared differently in courses they are teaching than in administrative courses they're in as "students."
I have a similar issue keeping track of courses on both sides of the Atlantic, but I'm aware that it's working the way most of my faculty and students want--course time is what it is, and they don't have to worry about it because they see the local times wherever they are--and I'm the odd one out juggling courses in multiple time zones and doing math in my head.
The bigger issue for us, most of the time, it that in the app time is location-aware, but in the web interface it has to be manually-adjusted.
We made a decision, though, that all online courses have GMT course time, which helps.
This discussion post is outdated and has been archived. Please use the Community question forums and official documentation for the most current and accurate information.