Description
Problem to solve
Following up from #14081, the new paused prebuilds alert successfully informs users about this system change and provides an action to resolve the alert.
However, there are a couple of issues that come with the current approach:
- The paused prebuilds alert is not visible in the prebuilds page, which is the most relevant page for this message.
- The latest prebuild information on the project card is accurate, but possibly irrelevant and not useful.
- Clicking the action (link button) to resume prebuilds, breaks the layout of the alert message, keeps the alert on visible, is updating the link color to be the same as the rest of the alert message, etc.
See also relevant discussion (internal). Cc @AlexTugarev @jldec
Branches (project default page) | Prebuilds | Project | Resuming Prebuilds |
---|---|---|---|
![]() |
![]() |
![]() |
![]() |
Proposal
TBD (To be discussed)
In the meantime, here are two approaches to consider doing as minimal viable changes (MVCs):
- This way, we lower the risk of running into seeing multiple alerts racing for user's attention (see local preview alert[1], usage limit alert[2], etc)
- This is one of the most critical system status messages for a project in Gitpod, and moving this to the top of the page provides better visibility of system status.
In both cases
Other things to consider for next iterations include updating the project card so that the prebuilds paused state is also visible from the team page where all projects are listed. ➰