Date time format in the conversation #44588

Activity

1. github-actions

   assigned

   Hona

   on Aug 24, 2026
2. github-actions commented on Aug 24, 2026

   

   github-actionsBot

   on Aug 24, 2026 – with GitHub Actions

   Contributor

   More actions

   This issue might be a duplicate of existing issues. Please check:

   • [FEATURE]: Show message/run start and completion timestamps with millisecond precision #35348: [FEATURE]: Show message/run start and completion timestamps with millisecond precision — requests full date+time display for messages, very similar to this request
   • [FEATURE]: Timestamps honor LANG/LC_TIME (24h) or add locale/format setting #42782: [FEATURE]: Timestamps honor LANG/LC_TIME (24h) or add locale/format setting — requests configurable timestamp format (12h/24h and locale)
   • [FEATURE]: Show timestamps on AI assistant messages in TUI #43243: [FEATURE]: Show timestamps on AI assistant messages in TUI — requests timestamps on assistant messages

   If your request is covered by one of these, consider adding a comment there instead.
3. claell commented on Aug 25, 2026

   

   claell

   on Aug 25, 2026

   More actions

   Same observation from OpenCode Desktop 1.18.21 on Windows 11: hovering a user message shows only the clock time, never a date — so anything from yesterday or older is effectively undated when reopening sessions.

   For agent responses the displayed working duration is fine and worth keeping; for user messages an absolute date+time is what's missing (e.g. full yyyy-MM-dd HH:mm or smart labels like "Yesterday 09:10", with the full date available on closer inspection).

   Related: #44936 (my report of the same gap on Desktop, filed before finding this one — happy to consolidate here).
4. neriousy

   marked [FEATURE]: Desktop: user message hover timestamps should include the date, not just the clock time #44936 as a duplicate of this issue on Oct 20, 2026
5. vadimmg-cmd commented on Oct 22, 2026

   

   vadimmg-cmd

   on Oct 22, 2026

   More actions

   Adding to this request with two concrete data points.

   1. The implementation already exists, but it was never reviewed.
      PR fix(session-ui): show dates in message timestamps #45590 ("fix(session-ui): show dates in message timestamps") adds
      locale-aware labels (today/yesterday with time, short date for older
      messages, full date on hover), includes tests, and had review requested
      from Hona and Brendonovich. It was closed on 2026-09-27 by the automated
      PR cleanup bot because it was older than a month and had fewer than 2
      positive reactions — not because of a design decision. I added a 👍 and
      asked the author to reopen it. This looks ready to merge as-is.

   2. I've been running a byte-level patch of my own, so the feature is not
      blocked in the meantime.
      On OpenCode Desktop 1.19.3 (Windows 11) I patch the bundled app.asar to
      add dateStyle: "short" next to the existing timeStyle: "short" in
      packages/session-ui/src/message/message-content.tsx, so message footers
      show "2026-10-22 23:10" instead of just "23:10". The patch is
      size-preserving and re-applied after each app update, but it is manual
      and it will break whenever the bundle changes.

   Questions:

   • Is there an official/supported way to do this (a plugin hook, a config
     option, or a settings surface for the desktop UI)? Right now the config
     schema has no display/date section at all.
   • If the project prefers a setting over a fixed format, would you accept
     something like time / date-time / relative (the proposal in
     [FEATURE]: Add configurable timestamp display format (date + time) #58034), with the current behaviour as the default?

   Also worth noting: the CLI lost its session.toggle.timestamps toggle in
   the v2 rewrite (see #49742) and the TUI transcript in v2.x shows no
   timestamps at all, so the timestamp surface is shrinking in several places
   at once. The data is always there (message.time.created), it's just not
   rendered.
6. neriousy

   closed this as not plannedon Oct 22, 2026