Skip to content

Conversation

@mackeyguenther
Copy link

fixes #1400

  1. update datetime field (UI component & validation) to serialize/deserialize the value in UTC time, and render the value in the user's local timezone
  2. update datetime documentation to make it clear that datetime stores its value in UTC time, and displays it in the user's local timezone in the editing interface

…UTC, display in user's local time); update `datetime` documentation
@changeset-bot
Copy link

changeset-bot bot commented Feb 9, 2025

⚠️ No Changeset found

Latest commit: 5b3a070

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

@larssont
Copy link

larssont commented Dec 5, 2025

This would be really nice to see 👍
Is there any update on this PR?

@kylejrp
Copy link

kylejrp commented Dec 29, 2025

@BarnabyBishop @emmatown @JedWatson Happy holidays, hope you all are doing well. 🎄 Would love to see this reviewed and get merged into the next release!

This is causing headaches for getting the local timezone right. If I write the date 2025-12-28 22:20 (10:20PM) in the Keystatic UI while in pacific time, it gets written in the frontmatter as 2025-12-28T22:20:00.000Z which then incorrectly gets rendered by my site as December 28th 2025, 2:20:00pm which is off by an entire 8 hours. 😞

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

datetime field: incorrect UTC conversion behavior

3 participants