Description
Problem to solve
Creating a new workspace or reopening a stopped one, from the dashboard, in a new tab every time can create a) noise with redundant tabs for power users having more than one parallel workspaces as workspaces eventually stop and b) more confusion or inefficient workflows (see #2257) as this is behavior overrides the default browser behavior on click.
Context
The default browser behavior is opening links within the same tab. However, browsers also allow opening links in new tabs using a) keyboard shortcuts like Ctrl + click (see example docs), b) middle click for pointing devices (e.g. mouse), or even c) browser extensions [1][2][...] that change this default behavior.
Proposal
Let's use the default browser behavior when opening a new workspace or reopening a stopped one, and use the same tab to open new workspaces or reopen stopped ones. Users will still be able to open workspaces in new tabs if needed using any of the common ways described above.
Risks
Currently, when a workspace stops, the stopped workspace page does not include a link to navigate back to the dashboard which could be useful and probably makes sense in the long run as the dashboard gets more useful which could make sense for users to potentially need to visit the dashboard. In this use case, a user could go back to the dashboard to open a new workspace for a new repository, branch, etc.
MVC (Minimum Viable Change)
If this proposal moves sounds good, it would be good to have a link to go back to the dashboard. See also relevant discussion (internal). To make this change as small as possible, we could also replace the existing link to the repository on the stopped workspace page with a button to navigate back to the dashboard as described in #2084 (comment) or #2192 (comment).