カナダのタイムゾーン変更にMicrosoftが対応遅れ、管理者は「ボゴタにいるふり」で凌ぐ

Microsoft's Canada timezone troubles leave admins fixing calendars

カナダのタイムゾーン変更にMicrosoftが対応遅れ、管理者は「ボゴタにいるふり」で凌ぐ

カナダのブリティッシュコロンビア、アルバータ、マニトバの一部が11月1日に夏時間の切り替えを廃止し、Microsoftのソフトウェアが追随できていない。Outlookでは既存の予定表が自動更新されず、会議が1時間ずれる恐れがあり、繰り返し会議は変更のたびにリセットされる。Power AutomateとFabricでは暫定策として別の地域のタイムゾーンを設定する必要があり、マニトバのユーザーはBogotaを選ぶ羽目に。ある管理者は約900行のPowerShellを書いて対応したとRedditで報告している。

Microsoftの暫定策は、自分がまったく別の場所にいるふりをすることだ。製品と州によって、Saskatchewan、Arizona、あるいはマニトバの人ならBogotaかもしれない。
  1. enjoyyourlife

    tzのコミット:

    マニトバは9月22日 https://github.com/eggert/tz/commit/cd706278466a3ad431f0ad39...

    アルバータは7月8日: https://github.com/eggert/tz/commit/ddcb5fa20791c3c5f1a15194...

    ブリティッシュコロンビアは4月22日: https://github.com/eggert/tz/commit/8b46071fd85a7a9434d63894...

    Microsoftはtzdataを使っていない

  2. IsaacAzuelos

    アルバータ在住です。問題は変更の展開だけではありませんでした(しかも、スタッフが実際にアップデートをインストールして再起動する必要がありました)。

    Windowsの設定を新しい正しいタイムゾーンに更新しても、将来のOutlookの会議が予定されているタイムゾーンまで遡って更新されるわけではありません。

    自分のスマホの個人カレンダーは問題なさそうで、iOSはオフセットや「Mountain Time」のような名前ではなく、タイムゾーン識別子(America/Edmonton)に基づいて会議を予約しているようです。このケースではその仕組みがうまく機能したようです。

    難しいところですよね。将来の会議をその都市に従わせたいのか、それとも過去の会議がタイムゾーンの再定義をまたいで実際にいつ行われたかを正しく追跡したいのか(そもそも何が正しいのか)。あらゆる場所でこれを正しくやる簡単な方法はありません。

    それでも、Outlookが取った道は、影響を受けた地域の大多数の顧客にとって理想的ではなかったと思います。

  3. doorpheus

    正しくやるのはそんなに難しくないですよ。バンクーバーで働くソフトウェア開発者ですが、うちのチームはタイムゾーンの依存関係をすべて追跡し、新しいオフセットに対応できました。Microsoftのチームには組織的な問題が間違いなくあるでしょうね、7か月ほども修正の時間があったのですから。

  4. Shank

    AppleのデバイスやLinuxなどではこれがどれくらいの速さで処理されたのか、純粋に興味があります。十分な事前通知があれば、パッチを当てるのはそれほど大変だとは思いません。事前通知が足りなかったのでしょうか?

  5. barbazoo

    うちの子供用にYotoデバイスを持っていますが、これも更新されておらず、America/Vancouverのタイムゾーンが先週末に1時間戻ってしまいました。UTC-7も適切なPacific時間のタイムゾーンもありません。イライラしますね、こんなに前から分かっていたことなのに。

この日のほかの記事

2026-11-03