fix window titles for time tracking apps

[bensadevs]

T3 Code currently reports every thread as T3 Code (Alpha), so time tracking apps cannot distinguish work by project or thread.

This updates the window title to include the active thread and project.

• This is a small PR
• No UI changes

---

Note

Low Risk
Title-only UX changes with no impact on auth, data, or core app behavior.

Overview
Window titles now reflect the active thread and project so time-tracking tools can distinguish sessions instead of always seeing the generic app name.

The web shell’s DocumentTitleSync reads the current thread route and sets document.title to {thread title} — {project title} when both are available, otherwise it keeps the existing server-backed app display name.

On desktop, the main window stops overriding page-title-updated to force environment.displayName, so the native window title can follow renderer document.title updates (initial load still resets to the app name until the route sync runs).

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

[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 Plus

Run ID: b7a0ba26-3ce8-493d-b0bc-b2d24c741e78

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

---

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]

Fix window titles to reflect active thread and project for time tracking apps

• Removes the page-title-updated listener in DesktopWindow.ts that previously forced the window title to a fixed environment.displayName, allowing the OS window title to follow the renderer's document title.
• Updates DocumentTitleSync in __root.tsx to compute a route-aware title: when a thread and its project are available, the document title is set to "<thread.title> — <project.title>", otherwise it falls back to the app display name.
• Behavioral Change: the desktop window title is no longer static; it changes as the user navigates between threads.

^{Macroscope summarized 4fc7a33.}

[macroscopeapp]

Approvability

Verdict: Approved 87dcb80

Simple UI-only change that modifies window titles to include thread and project names instead of a static app name. No functional impact - only affects what time tracking apps see in the window title.

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

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

Want fixes drafted automatically? Bugbot Autofix can create code changes for findings. A team admin can enable Autofix in the Cursor dashboard.

^{Reviewed by Cursor Bugbot for commit 4fc7a33. Configure here.}

[cursor]

Load handler resets window title

Medium Severity

Removing the page-title-updated lock lets the renderer drive the native title, but did-finish-load still calls setTitle with environment.displayName. That main-process write can run after DocumentTitleSync has already set a thread/project document.title. Because the React effect does not re-run, the native title can stay on the generic app name—so desktop time trackers still cannot distinguish sessions after open or reload.

 

^{Reviewed by Cursor Bugbot for commit 4fc7a33. Configure here.}