• I see when it is on error we show the start and the stop actions, is it what we want? https://www.chromatic.com/pullrequest?activeElementId=comparison-test-key-627a7f3b55fe6831b8ef8e41-1200&appId=624de63c6aacee003aa84340&number=1735&view=changes
• I think we could make the Deleting... state orange as you made for canceling.

• I see when it is on error we show the start and the stop actions, is it what we want? https://www.chromatic.com/pullrequest?activeElementId=comparison-test-key-627a7f3b55fe6831b8ef8e41-1200&appId=624de63c6aacee003aa84340&number=1735&view=changes

I think so, because if I try to start, and it fails, the workspace is in an unknown state and stopping or deleting may be helpful.

• I think we could make the Deleting... state orange as you made for canceling.

Good idea! @kylecarbs mind if I leave this for you to do in the deleting ticket?

@presleyp since we don't have larger labels anymore like "Connecting workspace" I think we could reduce the WorkspaceAction width a bit. What do you think?

@BrunoQuaresma ready for final review

@presleyp I canceled a workspace a couple times and now I see I have the option to both start and stop it. Is this expected?

@presleyp I canceled a workspace a couple times and now I see I have the option to both start and stop it. Is this expected?

@Kira-Pilot yes, canceling an action leaves the workspace in an unknown state, so if it was started and you clicked stop and then cancel, it's not still started, it's in limbo. So from there you can get it back in a known state by starting or stopping. We'll definitely need to display some info about this, I think there's a ticket for figuring out how to explain stuff to the user.

@presleyp got it; i think you explained that to Bruno above but I didn't see it. yeah, instead of explaining it to them, I wonder if we actually hide one of the 'choices' and just make a choice for them. Choice in this scenario feels confusing to me. Something to tackle later!