You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug]: "Manual" project order can no longer be changed after the legacy sidebar was removed #27062
Try to reorder projects in the sidebar project picker, the Boring Sidebar folders, or anywhere else.
Expected behavior
Choosing "Manual" gives you a way to set the order of your projects.
Actual behavior
No surface can reorder projects. The legacy sidebar's drag was the only caller of reorderProjects (apps/web/src/uiStateStore.ts:461), and #21039 removed it. Boring Sidebar turns drag off. "Manual" is still offered in Settings and still reads the saved projectOrder, so:
Still reproduces on T3 Code 0.1.7-nightly.20261103.4106 (desktop app, macOS 26.7.1), with Project grouping on and Project order set to Manual. In the source for that build (e1e520c), reorderProjects in apps/web/src/uiStateStore.ts still has no caller.
The workaround above no longer applies. #15990 was closed on 31 October, and the pinning that landed in #26154 states "No drag order for pins. Pins keep your project sort order." Pinning moves a project up to the pinned group, but the pinned projects are still ordered by the saved projectOrder that nothing can edit.
Before #21039 I kept a curated manual order across about a dozen projects. That order is now frozen. The only other choices are the two automatic sorts, which discard it.
Either a reorder control in the sidebar project filter or removing Manual from Settings would resolve the mismatch. Today the setting is offered but cannot be changed.
Still reproduces on T3 Code (Nightly) 0.1.8-nightly.20261105.4234, desktop app, macOS 26.6.2, with Project order set to Manual.
reorderProjects still has no caller in the shipped bundle. It appears only once in app.asar: the store definition reorderProjects:(t,n,r)=>… in uiStateStore. Projects can't be reordered from the sidebar, the project picker, or the command palette, so the saved order can't be changed.
This was point 3 of my comment on #21039. Project folders help, but I still want to choose their order. At ade4730, reorderProjects still has no UI caller, so Manual keeps a saved order that we can no longer change.
Could we restore project dragging, or add a reorder control to the project picker? Removing Manual would hide the broken setting, but wouldn't restore the workflow.
Still reproduces on Windows ARM64 with T3 Code (Nightly) 0.1.8-nightly.20261109.4392, using one desktop as a control panel for projects across Windows and Mac machines.
I want to keep the normal thread sidebar and curate the order in the project picker/command palette. Selecting Manual does not provide any way to write that order. Enabling the Boring sidebar is not a workaround: its folder headers have no reorder handlers either.
Checked upstream at 4f0b74e190261c8233ae52af17b0fd1734e99e50:
uiStateStore.ts persists projectOrder under t3code:ui-state:v1; reorderProjects still has no production caller.
CommandPaletteLookups.ts reads that saved list in manual mode.
There are additional picker overrides: buildSidebarProjectPickerEntries promotes the current project ahead of pins, and newThreadNoProjectIndex places an unpinned/non-current “No project” after the pinned entries plus the first unpinned project. These make a fixed user-selected sequence difficult even after restoring the saved order.
Please restore an order editor in the project picker (dragging or Move up/Move down), independent of the sidebar layout. It would also help to make clear whether manual order can opt out of current-project promotion and keep “No project” first.
Same here. With Project order set to Manual there is no way to arrange the projects.
The Settings list in #33227 looks like the right fix, since it also works for people who don't show project folders in the sidebar.
For those of us who do show the folders, dragging a folder heading onto another one would be a natural addition on top of it. It saves through the same manual order. I run a custom build and have been using it that way: drag only works in Manual order, and the other sort modes are unchanged. Notes are here.
If that is wanted once #33227 lands, I'm glad to send it as a small follow-up PR.
Request for the fix (#33227 or whatever lands): please make sure projects from connected remote environments (SSH/cloud boxes) are part of the manual order too, not just projects on the local machine. Most of my projects live on a remote box, and the project picker's pin isn't offered for those, so manual order would be the only way to put the ones I use most at the top.
Activity
Culpable commentedon Nov 3, 2026
Still reproduces on T3 Code 0.1.7-nightly.20261103.4106 (desktop app, macOS 26.7.1), with Project grouping on and Project order set to Manual. In the source for that build (e1e520c),
reorderProjectsinapps/web/src/uiStateStore.tsstill has no caller.The workaround above no longer applies. #15990 was closed on 31 October, and the pinning that landed in #26154 states "No drag order for pins. Pins keep your project sort order." Pinning moves a project up to the pinned group, but the pinned projects are still ordered by the saved
projectOrderthat nothing can edit.Before #21039 I kept a curated manual order across about a dozen projects. That order is now frozen. The only other choices are the two automatic sorts, which discard it.
Either a reorder control in the sidebar project filter or removing Manual from Settings would resolve the mismatch. Today the setting is offered but cannot be changed.
pWoLiAn commentedon Nov 6, 2026
Still reproduces on T3 Code (Nightly) 0.1.8-nightly.20261105.4234, desktop app, macOS 26.6.2, with Project order set to Manual.
reorderProjectsstill has no caller in the shipped bundle. It appears only once inapp.asar: the store definitionreorderProjects:(t,n,r)=>…inuiStateStore. Projects can't be reordered from the sidebar, the project picker, or the command palette, so the saved order can't be changed.diogovalada commentedon Nov 8, 2026
This was point 3 of my comment on #21039. Project folders help, but I still want to choose their order. At
ade4730,reorderProjectsstill has no UI caller, so Manual keeps a saved order that we can no longer change.Could we restore project dragging, or add a reorder control to the project picker? Removing Manual would hide the broken setting, but wouldn't restore the workflow.
Michaelihc commentedon Nov 9, 2026
Still reproduces on Windows ARM64 with T3 Code (Nightly) 0.1.8-nightly.20261109.4392, using one desktop as a control panel for projects across Windows and Mac machines.
I want to keep the normal thread sidebar and curate the order in the project picker/command palette. Selecting Manual does not provide any way to write that order. Enabling the Boring sidebar is not a workaround: its folder headers have no reorder handlers either.
Checked upstream at
4f0b74e190261c8233ae52af17b0fd1734e99e50:uiStateStore.tspersistsprojectOrderundert3code:ui-state:v1;reorderProjectsstill has no production caller.CommandPaletteLookups.tsreads that saved list in manual mode.buildSidebarProjectPickerEntriespromotes the current project ahead of pins, andnewThreadNoProjectIndexplaces an unpinned/non-current “No project” after the pinned entries plus the first unpinned project. These make a fixed user-selected sequence difficult even after restoring the saved order.Please restore an order editor in the project picker (dragging or Move up/Move down), independent of the sidebar layout. It would also help to make clear whether manual order can opt out of current-project promotion and keep “No project” first.
Edge358 commentedon Nov 10, 2026
Same here. With Project order set to Manual there is no way to arrange the projects.
The Settings list in #33227 looks like the right fix, since it also works for people who don't show project folders in the sidebar.
For those of us who do show the folders, dragging a folder heading onto another one would be a natural addition on top of it. It saves through the same manual order. I run a custom build and have been using it that way: drag only works in Manual order, and the other sort modes are unchanged. Notes are here.
If that is wanted once #33227 lands, I'm glad to send it as a small follow-up PR.
micahdaigle commentedon Nov 12, 2026
Request for the fix (#33227 or whatever lands): please make sure projects from connected remote environments (SSH/cloud boxes) are part of the manual order too, not just projects on the local machine. Most of my projects live on a remote box, and the project picker's pin isn't offered for those, so manual order would be the only way to put the ones I use most at the top.