Summary
Workspaces created by the CLI can appear in superset workspaces list and MCP workspaces_list, but not appear in the Superset desktop v2 workspace UI.
This looks like a mismatch between the tRPC/cloud list path and the desktop Electric collection path.
Observed behavior
After creating a workspace with the CLI:
superset workspaces create --host <host-id> --project <project-id> --name <name> --branch <branch>
The new workspace is visible through:
superset workspaces list --json
It is also visible through MCP v2 workspaces_list.
However, it does not appear in the desktop UI's v2 workspace list.
Source-level diagnosis
The CLI/MCP list path and desktop UI path are different:
superset workspaces list and MCP workspaces_list call the cloud/tRPC v2Workspace list path and read from the cloud DB.
- The desktop
/v2-workspaces page reads from collections.v2Workspaces, which is backed by Electric sync.
Relevant UI path:
apps/desktop/src/renderer/routes/_authenticated/_dashboard/v2-workspaces/hooks/useAccessibleV2Workspaces/useAccessibleV2Workspaces.ts
- It reads
collections.v2Workspaces, joins v2Hosts, v2UsersHosts, and v2Projects, then filters by active org and current user.
Observed Electric behavior while debugging:
- Electric shape for
v2_hosts returned rows.
- Electric shape for
v2_users_hosts returned rows.
- Electric shape for
v2_projects returned an empty snapshot.
- Electric shape for
v2_workspaces returned an empty snapshot.
- Adding
cache-buster did not change the result.
So the workspace exists in the cloud list API, but the desktop UI's Electric-backed collections do not receive the corresponding v2_projects / v2_workspaces rows.
Expected behavior
A workspace created by the CLI should become visible in the desktop v2 workspace list, because the CLI-created row is a canonical v2 workspace row and is returned by the cloud/tRPC list path.
If the row is intentionally not sidebar-pinned, that is fine, but it should still appear in /v2-workspaces.
Related issue / PRs
Impact
This makes the desktop UI disagree with CLI/MCP list output. It is especially confusing when using the CLI as a workaround for MCP Relay host-mutation failures, because the workspace is created successfully but appears absent in the UI.
Notes
Specific org/host/workspace ids and tokens are intentionally omitted from this public report.
Summary
Workspaces created by the CLI can appear in
superset workspaces listand MCPworkspaces_list, but not appear in the Superset desktop v2 workspace UI.This looks like a mismatch between the tRPC/cloud list path and the desktop Electric collection path.
Observed behavior
After creating a workspace with the CLI:
The new workspace is visible through:
It is also visible through MCP v2
workspaces_list.However, it does not appear in the desktop UI's v2 workspace list.
Source-level diagnosis
The CLI/MCP list path and desktop UI path are different:
superset workspaces listand MCPworkspaces_listcall the cloud/tRPCv2Workspacelist path and read from the cloud DB./v2-workspacespage reads fromcollections.v2Workspaces, which is backed by Electric sync.Relevant UI path:
apps/desktop/src/renderer/routes/_authenticated/_dashboard/v2-workspaces/hooks/useAccessibleV2Workspaces/useAccessibleV2Workspaces.tscollections.v2Workspaces, joinsv2Hosts,v2UsersHosts, andv2Projects, then filters by active org and current user.Observed Electric behavior while debugging:
v2_hostsreturned rows.v2_users_hostsreturned rows.v2_projectsreturned an empty snapshot.v2_workspacesreturned an empty snapshot.cache-busterdid not change the result.So the workspace exists in the cloud list API, but the desktop UI's Electric-backed collections do not receive the corresponding
v2_projects/v2_workspacesrows.Expected behavior
A workspace created by the CLI should become visible in the desktop v2 workspace list, because the CLI-created row is a canonical v2 workspace row and is returned by the cloud/tRPC list path.
If the row is intentionally not sidebar-pinned, that is fine, but it should still appear in
/v2-workspaces.Related issue / PRs
Workspace was created but hasn't synced to this device yetduring v2 worktree creation.v2_projects/v2_workspacesrows at all, not just a short timeout.Impact
This makes the desktop UI disagree with CLI/MCP list output. It is especially confusing when using the CLI as a workaround for MCP Relay host-mutation failures, because the workspace is created successfully but appears absent in the UI.
Notes
Specific org/host/workspace ids and tokens are intentionally omitted from this public report.