gitpod-io / gitpod-io/gitpod

Display "prebuild trigger" in the UI

Open
#10,765 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

component: dashboard feature: prebuilds meta: never-stale
Dominant language
TypeScript
Stars
13.8k
Forks
1.4k
Avg merge
17h 58m
Merged PRs (30d)
5

Description

Currently users cannot distinguish at-all/easily between:

  • no webhook received at all (installation misconfigured)
  • webhook received but not run due to global rate-limiter
  • webhook received but not run because of user config
  • what caused a particular prebuild to be executed

This issue is the first one in a series that seeks to enable the user to understand just that. To that end, we need to keep track of "prebuild triggers".

A simple 🛹 for displaying such information would be in a table-like fashion, similar to the "Branches" tab on a project (which it might replace, eventually). Each row would contain:

  • the timestamp (ordered DESC)
  • what triggered it (commit on repo&branch)
  • state (+ message): possibly showing a link to the prebuild details page if there is one

This can easily be expanded upon (show prebuild status if present, filtering by branch, etc.), but that's not part of the first iteration.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by locating the UI for the project's "Branches" tab and the prebuild details page, then trace how prebuild triggers are recorded. The first iteration is done when a table lists triggers newest first with timestamp, repository branch and commit, state and message, plus a prebuild details link when available.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
backend, developer-experience, frontend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.