← Jobs
success

build ant/term ↗

main @ 8381298b8ebd1da0bb8b1859487659a3d7386d50 · pipeline build #53 → · 2 more pipelines from this commit →
started 18 Sep 2026 19:00 UTC · ran for
3s, success 3s, success 3s, success 3s, success 12s, success 3s, success 3s, success 4s, success 3s, success 3s, success avg 4s ± 3s over the last 10 runs
fix: declare bce in terminfo now that erase ops actually implement it The bce (background-color-erase) capability was deliberately left undeclared with a comment saying erase-shaped ops always fill with COLOR_DEFAULT, not the active background -- true when written, stale the moment blank_cell(g) landed (see the commit that introduced it): clear_row/erase_line/erase_chars/insert_chars/delete_chars all fill via blank_cell(g), which reads g.cur_bg. Leaving a real capability undeclared isn't harmless: an ncurses-linked app checks terminfo before trusting erase-to-fill-with-background, and without bce falls back to manually padding a line with spaces instead of a plain erase -- starting from wherever the cursor already was, not column 1. On a full-width row that overshoots the last column by however far the cursor had already advanced, autowrapping and forcing a real scroll. This is the actual root cause of a real nvim session intermittently shifting the whole screen up by one row when entering command-line mode -- root-caused by replaying the exact captured bytes into a real tmux pane (whose terminfo correctly declares bce) and watching it reproduce the identical corruption, which places the defect in what term told nvim about itself, not in term's own byte handling.
$ build success · exit 0 · raw
++ mktemp -d
+ checkout=/tmp/tmp.XTxt9mOk1o
+ trap 'rm -rf "$checkout"' EXIT
+ cp -R /var/lib/ci-tron/sources/3726708ed63c36f5/. /tmp/tmp.XTxt9mOk1o
+ cd /tmp/tmp.XTxt9mOk1o
+ nix develop --command odin build . -out:term
GC Warning: Could not open /proc/stat
+ rm -rf /tmp/tmp.XTxt9mOk1o
Artifacts

no artifacts