The top-right chrome repeats the rail and shows a number nobody can use #2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Reported from the running system. The top bar reads
◆ inbox + new run ● live · seq 36486. Two of those controls already exist in the rail two inches to the left, andone of them is an internal cursor.
seqis a coordinate, not a statusseqis how a deep link, a?since=replay and a Playwright selector find their placein the log. None of those readers is the operator, and there is no question a person has
that is answered by "36486". It is already on every row as
data-seq, where all threemachine readers still find it.
If something in that corner should say the stream is keeping up, it should say that —
in a unit a person can act on — and not by printing a monotonic integer.
Acceptance
inboxandnew runappear once, not twice.seqis not in the chrome. Nothing that reads it programmatically breaks.Written from watching the running system. Source:
docs/issues/02-the-top-right-chrome-is-redundant-and-opaque.md.Done and verified against the live system.
inboxandnew runappear once. The header's copies show only below 1280px, where the rail is hidden; phones use the bottom bar.seqis out of the chrome. Machine readers still find it asdata-cursoron the status light anddata-seqon rows; the Playwright suites that use it pass.Commits:
189908d,e398d36(pushed),e570721(local main, not yet pushed).