[Bug]: Turning off "Working section" silently switches Active list to creation-time sorting and ignores latest replies
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 74/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- frontend
Direzione di ricerca
Il codice rilevante si trova in apps/web; cerca sidebarWorkingShelfEnabled, boringSidebarEnabled, activeTimeOrdered e activeOrderKey per trovare i rami di ordinamento di Active-list descritti nell’issue. Traccia dove viene letto sidebarThreadSortOrder e dove viene renderizzata la descrizione della sezione Working. Riproduci disabilitando la sezione Working e confermando che un thread più vecchio con una risposta recente resta sepolto. Fatto significa che disabilitare quell’impostazione non elimina più l’ordinamento per recenza.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- TypeScript
- Stelle
- 24.8k
- Fork
- 6.4k
- Merge medio
- 3h 40m
- PR unite (30g)
- 543
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pingdotgg/t3code
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
Hide the code block header label when a fence has no languageForse già presa @ashx-j l’ha presa 1 giorno fa. Apertavia-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: MCP App inline frames never go below 80px, so compact apps get blank space under themForse già presa @rafi-the-dev l’ha presa oggi. Aperta
Difficoltà 2/5 Mezza giornata Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di pingdotgg/t3code
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
open-webui/tether#52 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
voidzero-dev/void#835 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
AykutSarac/jsoncrack.com#616 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
melgarafael/DeskcommCRM#4679 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement size:medium
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno