[Bug]: Turning off "Working section" silently switches Active list to creation-time sorting and ignores latest replies
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 74/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- typescript
- Domain
- frontend
Research direction
The relevant code is in apps/web; search for sidebarWorkingShelfEnabled, boringSidebarEnabled, activeTimeOrdered and activeOrderKey to find the Active-list sorting branches described in the issue. Trace where sidebarThreadSortOrder is read and where the Working section description is rendered. Reproduce by disabling Working section and confirming an older thread with a fresh reply stays buried. Done means disabling that setting no longer drops recency sorting.
Written by the indexing model from the issue text.
Description
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/web
Steps to reproduce
- Open Settings → General → Sidebar and disable Working section (
sidebarWorkingShelfEnabled: false), while keeping Settings → Labs → Boring sidebar disabled (boringSidebarEnabled: false). - Keep an older active thread (for example, created ~1 day ago) alongside several newer active threads created later.
- Send a new prompt in that older thread and wait for the reply to finish (
Done).
Expected behavior
An active thread that just received a new user message / completed reply should move up to the top of the Active list (or have an independent setting to sort Active threads by latest activity), unless the user explicitly switches to manual ordering.
At minimum, disabling Working section should not silently switch the Active list from recency sorting to creation-time sorting.
Actual behavior
The older thread updates its status badge to Done, but remains buried in its original createdAt position below all threads created after it.
From inspecting the bundled client logic:
- When
workingShelfEnabledistrue(andboringSidebarEnabledisfalse), the Active list is sorted byMath.max(createdAt, unsettledAt, latestRun.requestedAt, latestRun.completedAt, returnedAt). - When both
workingShelfEnabledandboringSidebarEnabledarefalse, the Active list unconditionally switches toactiveTimeOrdered = falseand sorts byactiveOrderKey(if manually dragged) orMath.max(createdAt, unsettledAt)— ignoringupdatedAt,latestRun.requestedAt,latestRun.completedAt, andsidebarThreadSortOrder(which is currently persisted inclient-settings.jsonas"updated_at"by default, has no UI control, and is only used for fallback thread selection on archive/delete/project switch). - The UI description for Working section does not warn that turning it off disables recency sorting for Active threads.
Impact
Minor bug or occasional failure
Version or commit
0.1.10-nightly.20261115.4736 (commit 7379f1969b0f)
Environment
macOS 27.3 (Build 26C5035r), T3 Code (Nightly) Desktop
Workaround
Re-enable Settings → General → Sidebar → Working section (sidebarWorkingShelfEnabled: true), or enable Boring sidebar in Settings → Labs.
- Dominant language
- TypeScript
- Stars
- 24.8k
- Forks
- 6.4k
- Avg merge
- 3h 40m
- Merged PRs (30d)
- 543
Getting set up
Starts the project's dev container in your browser, under your own GitHub account.
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from pingdotgg/t3code
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
Maintainers usually reply within 1 day
-
Hide the code block header label when a fence has no languagePossibly taken @ashx-j claimed this 1 day ago. Openvia-triage
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
[Bug]: MCP App inline frames never go below 80px, so compact apps get blank space under themPossibly taken @rafi-the-dev claimed this today. Open
Difficulty 2/5 Half a day Newbie friendliness 68/100
Maintainers usually reply within 1 day
All issues in pingdotgg/t3code
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
open-webui/tether#52 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
voidzero-dev/void#835 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
AykutSarac/jsoncrack.com#616 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
melgarafael/DeskcommCRM#4679 ·
Maintainers usually reply within 1 day
-
enhancement size:medium
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day