fix: separate Current time from Reference UTC#42654
Conversation
Greptile SummaryThis PR changes the The change itself in
Each of these needs to be split into two separate Confidence Score: 2/5
|
|
This pull request has been automatically marked as stale due to inactivity. |
|
Codex review: needs maintainer review before merge. Summary Reproducibility: yes. for the formatting symptom: current main constructs Real behavior proof Next step before merge Security Review detailsBest possible solution: Land the two-line helper contract with its focused prompt expectations, while leaving ISO timestamp formatting and prompt-cache placement to the separate follow-up issues at #55935 and #71973. Do we have a high-confidence way to reproduce the issue? Yes for the formatting symptom: current main constructs Is this the best way to solve the issue? Yes. Updating the shared helper and the direct prompt assertions found by source search is the narrowest maintainable fix for this PR’s scope. Acceptance criteria:
What I checked:
Likely related people:
Remaining risk / open question:
Codex review notes: model gpt-5.5, reasoning high; reviewed against 82ef15840359. |
|
This assigned pull request has been automatically marked as stale after being open for 27 days. |
|
This assigned pull request has been automatically marked as stale after being open for 27 days. |
767c90c to
843384b
Compare
843384b to
c14fe68
Compare
|
This assigned pull request has been automatically marked as stale after being open for 27 days. |
c14fe68 to
eaead05
Compare
|
Added maintainer-supplied real behavior proof to the PR description from the rebased head The proof uses the patched production current-time helper with a cross-date instant: America/Los_Angeles stays on March 10 in |
eaead05 to
6bc1a02
Compare
b8eba4a to
8a1a006
Compare
8a1a006 to
0829399
Compare
|
Merged via squash.
Thanks @chencheng-li! |
Summary
Current time:anchored to the user-local timezoneReference UTC:lineWhy
The previous format could present two competing calendar dates on the same line, for example:
Current time: Tuesday, March 10th, 2026 — 5:49 PM (America/Los_Angeles) / 2026-03-11 00:49 UTCIn evening hours for US timezones, models can latch onto the UTC date and treat it as "today", even though the user-facing local date is still March 10.
This PR keeps UTC available for log reconciliation, but demotes it to a clearly secondary line so the local-time anchor remains unambiguous.
New format
Current time: Tuesday, March 10th, 2026 — 5:49 PM (America/Los_Angeles)Reference UTC: 2026-03-11 00:49 UTCReal behavior proof
node --import tsx --input-type=module -e <resolveCronStyleNow proof>from the rebased PR worktree with userTimezoneAmerica/Los_Angelesand fixed instant2026-03-11T00:49:00.000Z.Current time:line keeps the March 10 America/Los_Angeles date, while the March 11 UTC value appears only on the separateReference UTC:line.