Skip to content
shadcn.io

shadcn.io is not affiliated with official shadcn/ui

Build Passed Success Block for React

A confirmation window for a green build: a bar of four stages as wide as their share of the run, a typed terminal log for the chosen stage with a once-only replay, a small artifacts table and a local Deploy this build.

Framework
UI library

Preview

Preview width

Installation

Part of Pro
Pro unlocks the code and one-line install of every Pro button and text effect, plus the MCP for your AI editor.
Have Pro already? Sign in to open it.Opens here as soon as you're Pro.

Overview

Confirm a green build with this window for React with Base UI. It is the Kilnrun console, a build service, in a fixed-height window with no title bar. The top bar has a success mark, the heading and the one action, the Shine Button Deploy this build, which gives a local result. A Toggle Group of four stages (install, lint, test, build) is as wide as each stage's share of the run, worked out from its seconds so the shares add to 100, and choosing one shows its log in a terminal under it. The terminal is the only dark part of the block, as terminals are; the rest follows the theme. A Button replays the typed log once. Under the terminal a small table lists the artifacts with their sizes and total. For CI services, build pages and any pipeline that finishes.

FAQ

What stays in the page, and how do I wire it for real?

Nothing ran. The stages, every log line, the test counts and the artifact sizes are typed sample data, and Deploy this build only says it was queued in this demo. To wire it, build STAGES from your pipeline's run (each stage with its seconds, its printed lines with their offsets and a summary) and ARTIFACTS from the files it produced; the total time, the shares, the stage start times, the test total and the artifact total are all worked out from them.

Why is the terminal dark in every theme?

Because a terminal is dark by nature: it carries the dark scope on purpose, with a comment in the file, while the window, the stage bar and the table follow the active theme in light and dark. Its text and its times keep their contrast in both.

How does the stage bar work?

It is a group of four buttons with one always on. From the small breakpoint each is as wide as its share of the run (13, 16, 43 and 28 percent here), so the bar is the run drawn to scale; on a phone they are two by two over a thin bar with the same shares, the chosen one solid. Choosing a stage swaps the log and says its time and summary in the status line, and the window keeps its height.

Is the log readable, and what does Replay do?

Every line is real text with its time since the start, in a focusable scroll region named for the stage, so the keyboard can scroll it. It never moves on its own: Replay prints the chosen stage's lines once more with a short staggered fade, and with reduced motion they appear at once. Nothing loops. On a phone the lines never wrap; the region scrolls sideways inside itself.

What does Deploy this build do?

It says in the status line that the build was queued in this demo and nothing was deployed, then stays pressed in a quiet style so a second press only says it was already queued. On a phone the button reads Deploy and keeps its full name for assistive technology.

How is the main button wired?

Deploy this build is a Shine Button with a click handler that sets the local result, not a link. The handler is the framework's own click handler. Replace its body with your deploy call and say what it did in the status line.

  • Pro

    Deployment Live Success

    Builds and deploys

    A confirmation window for a live deploy: a drawn browser with the real address and a copy button, a group of buttons that redraws the site at desktop, tablet and phone width, and the deploy's facts and four passed checks beside it.

  • Pro

    Pull Request Merged Success

    Builds and deploys

    A confirmation panel for a merged pull request: a commit graph drawn in SVG beside the same history as a list, a group of buttons that dims one lane, the twelve checks as one count, the deploy in three timed steps and the merge hash with a copy button.

  • Pro

    Cluster Scaled Success

    Servers and storage

    A confirmation window for a scaled cluster: twelve node slots in a framed canvas that a number field redraws, an Autoscale switch that dashes the room to grow, and the vCPU, memory, requests and monthly cost worked out from typed per-node figures.

  • Pro

    Instance Provisioned Success

    Servers and storage

    A confirmation window for a new server: a list of its facts beside three connect tabs (SSH, SFTP and Docker context) with copyable commands, and the 48 seconds it took as four steps on a time axis.

  • Pro

    Webhook Tested Success

    Integrations and syncs

    A confirmation window for a tested webhook: a table of deliveries that Send again adds a second to, and for the chosen one its status, time and copyable id with tabs for the response and request bodies in a JSON tree and the headers in a table.

  • Pro

    A confirmation alert dialog shown open over a drawn variables table: three variables saved, listed as added, changed and removed with a glyph and a word each, masked values with a Reveal for typed samples, and Redeploy now or Later.