[codex] fix: tolerate invalid latest user message timestamps

[StiensWout]

Summary

• Treat malformed latestUserMessageAt values like missing values in thread recency sorting.
• Preserve the existing fallback order: valid user messages, then updatedAt, then createdAt.
• Add package-level coverage for invalid latestUserMessageAt fallback behavior.

Root cause

getLatestUserMessageTimestamp returned Number.NEGATIVE_INFINITY as soon as latestUserMessageAt was present but unparseable, so it skipped the existing message and thread timestamp fallbacks.

Impact

Threads with malformed latest-user-message metadata can still sort by real activity from messages or thread timestamps instead of dropping behind threads with no valid activity. Existing created-at sorting and tie-breakers are unchanged.

Validation

• PATH="$HOME/.vite-plus/bin:$PATH" vp test packages/client-runtime/src/state/threadSort.test.ts
• PATH="$HOME/.vite-plus/bin:$PATH" vp check (0 errors, 20 warnings)
• PATH="$HOME/.vite-plus/bin:$PATH" vp run typecheck

---

Note

Low Risk
Small sorting logic change in client-runtime with targeted tests; no auth, persistence, or API surface changes.

Overview
Fixes sidebar thread recency sorting when latestUserMessageAt is set but not a parseable date. getLatestUserMessageTimestamp no longer returns Number.NEGATIVE_INFINITY in that case; it treats the field like missing data and continues with the existing fallbacks (latest valid user message timestamps, then updatedAt / createdAt).

Adds threadSort.test.ts coverage for invalid latestUserMessageAt with no messages and with message-based fallback.

^{Reviewed by Cursor Bugbot for commit c4344c6. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Fix getLatestUserMessageTimestamp to tolerate invalid latestUserMessageAt timestamps

Previously, if latestUserMessageAt was present but not a valid date, the function returned Number.NEGATIVE_INFINITY, causing threads to sort incorrectly. Now, when latestUserMessageAt is invalid, the function falls back to scanning user messages for a valid timestamp, then to updatedAt/createdAt, before using Number.NEGATIVE_INFINITY. Tests are added in threadSort.test.ts covering both fallback paths.

^{Macroscope summarized c4344c6.}

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: ada6fde0-3c96-4c3a-af9d-d3de20bd1f7e

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[macroscopeapp]

Approvability

Verdict: Approved

Straightforward bug fix adding defensive handling for invalid timestamp strings in thread sorting logic. The change is minimal, well-tested, and only affects edge cases with malformed data.

^{You can customize Macroscope's approvability policy. Learn more.}