Skip to content

UI shows Stop & Start buttons for workspace in a failed state #7329

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Closed
ericpaulsen opened this issue Apr 30, 2023 · 6 comments · Fixed by #10720
Closed

UI shows Stop & Start buttons for workspace in a failed state #7329

ericpaulsen opened this issue Apr 30, 2023 · 6 comments · Fixed by #10720
Assignees
@Parkreiner
Labels
s3 Bugs that confuse, annoy, or are purely cosmetic site Area: frontend dashboard

Comments

@ericpaulsen
Copy link
Member

version 0.23.0

the user is shown the Stop, Start, and Try again in debug mode buttons when viewing a workspace in a failed state. this UX is confusing as Stop suggests the workspace is running, while Start suggests it's in an off state.

Screenshot 2023-04-29 at 9 19 29 PM

this is exacerbated when the template for failed workspace has been updated, adding the "Update" button to the view:

Screenshot 2023-04-29 at 9 20 33 PM
@ericpaulsen ericpaulsen added site Area: frontend dashboard feedback labels Apr 30, 2023
@ammario ammario removed the feedback label Jun 6, 2023
@Parkreiner Parkreiner added the s3 Bugs that confuse, annoy, or are purely cosmetic label Oct 30, 2023
@cdr-bot cdr-bot bot added the bug label Oct 30, 2023
@Parkreiner Parkreiner self-assigned this Oct 30, 2023
@BrunoQuaresma
Copy link
Collaborator

This is a limitation from the architecture perspective. Since it is in a failed state, it should be able to start or stop. It was an old customer request and since we can't predict the correct state, we should keep both actions.

@kylecarbs
Copy link
Member

I think the jank is that we have a "Try again" without indicating whether that's a start or stop. It's confusing having three actions on the screen and not a clear one to pick.

@BrunoQuaresma
Copy link
Collaborator

Hm... I see, so should we remove the "Start" and "Stop" actions and show a "Try again"?

@Parkreiner Parkreiner mentioned this issue Nov 9, 2023
Closed
@Parkreiner
Copy link
Member

Temporarily setting this as blocked while Bruno finishes the XState transition for the Workspace logic

@mtojek
Copy link
Member

mtojek commented Nov 15, 2023

@Parkreiner Is it unblocked now?

@Parkreiner
Copy link
Member

@mtojek Yeah, now that the last XState refactor has been merged in, I'm aiming to wrap this up today

@Parkreiner Parkreiner mentioned this issue Nov 15, 2023
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@Parkreiner Parkreiner

Labels
s3 Bugs that confuse, annoy, or are purely cosmetic site Area: frontend dashboard
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

fix: display explicit 'retry' button(s) when a workspace fails coder/coder
6 participants
@BrunoQuaresma @kylecarbs @ammario @ericpaulsen @mtojek @Parkreiner