Skip to content

[BUG] Desktop app shows times 1 hour ahead in Morocco: its bundled time zone data for Africa/Casablanca is out of date #100635

Description

@XxInitialxX

Environment: Claude desktop 2.26454.2 (Electron 44.4.3, Chrome 152.0.7977.130), Windows 11, Windows time zone "Morocco Standard Time"

What happens
Times the app draws itself, such as the usage popover's "Resets …", are 1 hour ahead of local time. Morocco is on UTC+0 (no extra hour in 2026). The Windows clock is correct, but the app's bundled time zone data still puts Africa/Casablanca at UTC+1.

Evidence

  • On the same machine, current Edge 154.0.4258.62 gives new Date().toString() = ... GMT+0000 (Western European Standard Time) with Intl...timeZone = Africa/Casablanca. So newer Chromium time zone data is already correct.
  • The app shows the same instant 1 hour later.
  • No user-side override exists: Chromium on Windows ignores the TZ environment variable (tested, with no effect), and the app has no time zone setting.

Expected
Times in the app match the system clock. This needs newer ICU/tz data, through an Electron/Chromium update or by refreshing icudtl.dat.

Workaround
Switch Windows to another UTC+0 zone with no daylight saving, "(UTC+00:00) Monrovia, Reykjavik".

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    invalidIssue doesn't seem to be related to Claude Code

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions