## Background When a user has clicked on "New workspace", and confirmed the configuration, they are being redirected to the "Your workspaces" list, where there is a new entry that being created, and thus not yet accessible. After about **1-2 minutes waiting**, it has finished and now looks like this with the link being accessible. ## Problem The user has to **either wait** on this screen for that duration, or they **will have to remember** to switch back to that tab. Both of these require **mental effort** from users and are not efficient. Users **might also forget** about the workspace they just created, as they start other tasks while having to wait these 1-2 minutes. This part of the problem would also **become more severe** once we give companies better ways to [manage the lifetime of workspaces](https://gitlab.com/gitlab-org/gitlab/-/issues/472067 "Give users better ways of managing the lifetime of their workspaces"), as we expect companies to have **very short timeout periods** (15-30 minutes industry average) compared to the default 24 hours that we have today. ## Solution Instead, once a workspace gets created, we should open a **loading screen** in a new tab, and **once the workspace is ready, it should automatically show the IDE**. 1. Click on "New workspace". 2. A new tab opens with the loading screen, and the old tab redirects to the list of workspaces. 3. If possible, we give more information on the loading screen about the status and potential errors (we can work through what's possible here during implementation). 4. Once the workspace is ready, we immediately drop the user in the IDE. To keep things as simple as possible for the first iteration, we could just **reuse the loading screen design from the Web IDE**.