Skip to content

Keep the workspace in the URL and follow the server's default - #27

Merged
chicagobuss merged 1 commit into
mainfrom
release/v1.6.2
Oct 16, 2026
Merged

chicagobuss merged 1 commit into
mainfrom
release/v1.6.2

Conversation

@chicagobuss

Copy link
Copy Markdown
Owner

A link copied from the address bar carried no workspace, so it opened in whatever workspace the recipient last used, often the empty built-in default, and doc links 404ed.

  • The web UI writes ?workspace= into the URL whenever the workspace is chosen or adopted, keeping the #/doc/... hash.
  • With nothing saved, it opens in the server's default workspace (from the X-Workspace response header) instead of a hardcoded default.
  • A browser whose only saved choice is default follows the server's default; an explicit ?workspace= link always wins.

A link copied from the address bar had no workspace in it, so it opened in
whatever workspace the recipient's browser last used, often the empty built-in
"default", and a doc link 404'd. The UI now writes ?workspace= into the URL
whenever the workspace is chosen or adopted, keeping the #/doc/... hash.

With nothing saved, the UI used to pick "default" by name. It now asks the
server which workspace an unscoped request lands in, so an instance whose
DEFAULT_WORKSPACE is something else opens there. A browser whose only saved
choice is "default" follows the server's default too; an explicit
?workspace= link is always kept.
@chicagobuss
chicagobuss merged commit 74f18ea into main Oct 16, 2026
3 checks passed
@chicagobuss
chicagobuss deleted the release/v1.6.2 branch October 16, 2026 19:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant