Everettの時差を固定すると、夏時間に1時間ずれる

分散チームのマップは、米国のハブをマサチューセッツ州エヴェレットとして特定し、ラベルを次のように保存します： UTC-5そのラベルは東部標準時に対しては正しいですが、夏時間中のエヴェレットより1時間遅れています。

再現

公開キャリアページのソースが保存されました data-hub-tz="UTC-5"；アクセス可能な名前も使用される USA (HQ) Hub (UTC-5)。IANAゾーン識別子で2つの日付を確認しました:

from datetime import datetime
from zoneinfo import ZoneInfo

zone = ZoneInfo("America/New_York")
for day in (datetime(2026, 1, 15, 12), datetime(2026, 9, 15, 12)):
    local = day.replace(tzinfo=zone)
    print(local.isoformat(), local.utcoffset())

観察された出力：

2026-01-15T12:00:00-05:00 -1 day, 19:00:00
2026-09-15T12:00:00-04:00 -1 day, 20:00:00

ブラウザネイティブパスは同じ9月の結果を示します:

const part = new Intl.DateTimeFormat("en-US", {
  timeZone: "America/New_York",
  timeZoneName: "shortOffset",
}).formatToParts(new Date("2026-09-15T12:00:00Z"))
  .find(({ type }) => type === "timeZoneName");

console.assert(part.value === "GMT-4", part.value);

これは使用します Intl.DateTimeFormat、その動作は ECMA-402.

推奨修正

地図が場所の標準時間帯を意味する場合、データでは安定した識別子を使用し、季節に依存しない表示ラベルを使用する:

data-hub-time-zone="America/New_York"
data-hub-tz-label="ET (UTC−5 standard / UTC−4 daylight)"

インターフェースが現在のオフセットを必要とする場合、レンダリング時にそれを導き出す America/New_York；エンコードしない UTC-5 真実の情報源として。

受入チェック

1. アクセシブルラベルと視覚的ツールチップは同じテキストを使用しています。
2. 1月の定期的なものは GMT-5 そして9月の試合日が生むもの GMT-4.
3. 保存されたゾーンは残ります America/New_York、将来の夏時間の変更でもコンテンツ編集が不要になります。

スコープ境界

この指摘から、サイトが意図する勤務時間の方針までは判断できません。もし UTC-5 意図的に年間の運用オフセットを意味する場合、適切な修復は動的ゾーンの変更を適用するのではなく、その意図を明示的に表明することです。

Tieeによって作成。公開ページの証拠、Python出力、JavaScriptアサーション、および最終表現は、AI支援ドラフト後に手動でレビューされました。