Skip to content
Go to console
Go to console

The header

The header is the picture at the top of the dashboard: Penny, the sluice gate, on a quay in one of seven states.

When more than one state applies, the first wins, in this order: failing, deploying, queued, pending, drift, first run, in sync. A busy stack, one whose lock another update held when the scan ran, makes no header failing: nothing is wrong with it, and the next scan previews it.

Upstream is on the left, where crates pile up while changes are pending. Downstream is on the right, where the water runs while a stack deploys. The pending, queued, deploying and failing pictures show one crate per pending stack, up to 20. Each picture has a light and a dark file, and the dashboard shows the one that matches your GitHub theme.

The pending, queued, deploying and failing pictures carry a sign when a pending, queued or deploying row has a delete or a replace.

  • A replace adds the replace sign, an amber warning triangle on a pole in the water.
  • A delete adds the delete sign, an amber diamond with a cross, under the replace sign.

The signs do not move, and nothing else in the picture changes.

Where the picture does not load, and in a screen reader, the header is its alt text. It names the state and the pending count, Sluiceway: 4 stacks are pending, and a sign adds its fact, , some changes delete or replace resources. A failing header names what failed and how many, in the numbers of the counts line under it: Sluiceway: 1 preview failed, Sluiceway: 2 previews and 1 deploy failed. The picture is the same jam for any number, so its own label stays Sluiceway: something failed. No picture shows a busy stack, so the alt text names it last: , 1 stack is busy.

Behind the closed or jammed gate the water rises in five steps, with one amber mark each on the gauge. Behind the open gate of a deploy it stays at one level.

StepPending stacks
11 or 2
23 or 4
35 to 7
48 to 10
511 or more

A deploying or queued row starts with the spinner, a small crate on its way through the gate. It comes from the same release tag as the header, and it says only that the row’s deploy is on its way, not the state of the dashboard, so it is not in the pictures above.

While a scan runs, the scan-running line under the scan line says so and links the run, from the scan’s first write until it writes the body. The header keeps the state of the last scan: a scan that is running is not a state of the stacks, and no picture is drawn for it.

With dashboard.personality: false the dashboard shows no header, no spinner and none of the voiced lines, and keeps the counts, the rows and the plain wording.