In normal release, of the agent (glass) view, the workspaces on the sidebar persist even without active/stale agents. This made for easier switching of workspaces to set off an agent.
In nightly, this no longer happens, I set my workspace locally, and the sidebar says ‘No recent workspaces’. I imagine when setting off an agent, it will show but when the chat is archived, it will then disappear.
Steps to Reproduce
Open agent view on Nightly.
Have no recent workspaces on sidebar
Open a local project workspace
Observe ‘No recent workspaces’ on sidebar
Expected Behavior
The workspace should show and persist for easy workspace switching
Hey, thanks for the report and the screenshot. I see that astrostats is selected as the workspace for the new agent in Composer, but the left sidebar says “No recent workspaces”. So the app knows about the workspace in the current context, but it isn’t saving it into the sidebar’s persistent list.
Here’s how it works in Glass right now:
The sidebar is populated from:
workspaces with active or past agents
projects that were explicitly added via Glass (Open Workspace / project picker / creating an agent)
Opening a folder externally (Finder, cursor /path from Terminal) doesn’t trigger adding it to the sidebar
The Stable vs Nightly difference is likely due to a recent refactor of the sidebar sections. Stable still picks up the persisted data, but in Nightly the structure may have been invalidated after the update
Workaround: click Open Workspace right in the sidebar (it’s visible in your screenshot under “No recent workspaces”) and select the astrostats folder. After that, the workspace will stick and persist across sessions even without active agents. Or just start an agent in it, that will also add it.
The gap around auto-picking up externally opened workspaces and the ability to pin is on the radar. There’s a related feature request here: Allow for pinning workspaces in the sidebar of new agent window. No ETA yet. If there are updates, I’ll post them in the thread.
This does not work in nightly.. That’s the issue, as mentioned, it works as intended in live but in nightly, to get to the workspace you saw in screenshot, I clicked ‘open workspace’
Thanks for clarifying. If Open Workspace also doesn’t save the workspace, that’s not expected behavior, it’s a Nightly bug. Looks like a regression after the recent sidebar refactor.
To report this accurately, can you confirm a couple things:
After you click Open Workspace, select astrostats, does the workspace show up in the sidebar right away, then disappear after a restart or after archiving the chat? Or does it not show up at all?
Is astrostats a single-folder workspace, or a multi-root .code-workspace file?
Open Developer Tools via Help > Toggle Developer Tools, go to the Console tab, repeat the steps, and share any errors or warnings from there, especially anything related to GlassWorkspacesService or ADDITIONAL_PROJECTS.
Once you send that, I’ll report it internally. As a temporary workaround, does creating a new agent inside the workspace still add it to the sidebar? If yes, that should at least unblock you for now.
After I click Open Workspace and select astrostats it does not show in the sidebar unless I kick off an agent. Once the agent chat is archived, it disappears from the sidebar.
astrostats is a single-folder workspace
Nothing related to GlassWorkspacesService or ADDITIONAL_PROJECTS just what is seen in the below image.
Thanks, that’s enough. The console is clean on the GlassWorkspacesService side, and the behavior reproduces in a single-folder setup, so this is a regression in Nightly. I’ve reported it internally as a bug.
There’s no timeline for a fix yet. Once there’s an update, I’ll post it here.
Temporary workaround on Nightly: if you need to quickly switch to astrostats, you can keep an active (not archived) agent in it, then the workspace stays in the sidebar. Or roll back to Stable, where persistence works like before.
