justerm_core/serialize.rs
1//! Issue #6 — binary, reference-based wire format for a damage frame.
2//!
3//! `encode` a [`Frame`] to bytes, `decode` them back; the round-trip is the
4//! contract. Reference-based (colour refs, Unicode scalars — never resolved RGB
5//! or atlas ids) so the engine stays theme- and font-agnostic; the consumer's
6//! adapter resolves references before handing cells to the renderer. Format spec
7//! and rationale: `docs/architecture.md` §Serialization + ADR-0005.
8
9use crate::cell::{Cell, CellFlags};
10use crate::color::Color;
11use crate::cursor::CursorShape;
12use crate::damage::ScrollOp;
13use crate::input::MouseEvents;
14use crate::selection::SelectionSpan;
15use crate::term::MIN_COLUMNS;
16use core::num::NonZeroU32;
17use std::collections::BTreeMap;
18
19/// Wire magic ("juSTerm") + format version. A new feature bumps `VERSION`.
20const MAGIC: [u8; 2] = *b"JT";
21const VERSION: u8 = 16; // v16 removes the fourth overlay group — every live marker's absolute line — and adds `marker_count` (u32) to the header in its place: the group was measured at 37-70% of an 80x24 frame at ordinary OSC-133 densities and is the R3 violation ADR-0020 records against itself, so a consumer pulls the index once (`Engine::marker_index`, v15) and the count is its check against drift (#490). The *viewport* marker group stays: it is what command-announce consumes, it is row-filtered, and its population is bounded by MAX_MARKERS (#721) ; v15 adds the marker-index basis to the header — `evicted_total` (u64) and `marker_epoch` (u32) — so a consumer can pull the marker set once and keep it valid instead of being handed every live marker in every frame; the marker groups stayed one version as an oracle for the consumer index and the absolute-line one left in v16 (#490); v14 moves combining clusters and hyperlink refs off the fixed cell record (18 B -> 14 B) into per-span sparse groups, inlining the cluster (no side-table) but keeping the URI table interned, and widens every count/length prefix they use to u32 — the engine could hold a cluster, a URI, or a viewport its own decoder then rejected or, worse, mis-read as Ok (#621); v13 adds a per-span underline-colour group: sparse (col, Color) pairs for cells drawing a coloured underline (SGR 58, #520); v12 adds a fifth overlay group: the consumer-designated active search match's spans (#428); v11 adds a fourth overlay group: every live marker's absolute buffer line for the overview ruler (#120 S3); v10 adds a marker kind discriminant + optional i32 exit to the overlay marker group (#159); v9 adds the alt-screen flag in the header (#149); v8 adds the mouse wanted-events mask in the header (#129/ADR-0016); v7 overlay marker group (#118/ADR-0015); v6 overlay selection + search-match spans (#108/ADR-0014); v5 scroll position (#112/ADR-0013); v4 cursor shape+blink (#81); v3 cursor row/col/visibility (#38)
22
23/// The wire-format version (the gating `VERSION` byte), exposed so a binding can
24/// assert at load that its decoder matches the backend encoder (#34/ADR-0008).
25pub const WIRE_VERSION: u8 = VERSION;
26
27/// The largest `ScrollOp::count` magnitude this format can carry — the field rides
28/// as `i16` (#661).
29///
30/// [`crate::Term::scroll_delta`] caps against **both** this and the scroll region's
31/// own height. The height alone is not enough: [`crate::MAX_ROWS`] is `u16::MAX`, so
32/// a region can be taller than `i16::MAX` and a count legitimately below its height
33/// can still be unrepresentable. That corner truncates the magnitude; what it must
34/// never do is wrap, because a wrapped count arrives with the **opposite sign** and
35/// the consumer shifts the region the wrong way.
36pub(crate) const MAX_SCROLL_COUNT: isize = i16::MAX as isize;
37
38/// Whether a frame redraws everything or just its spans.
39#[derive(Clone, Copy, PartialEq, Eq, Debug)]
40pub enum FrameKind {
41 /// Every row is present (resize / alt-screen clear).
42 Full,
43 /// Only the listed spans changed since the consumer's ack.
44 Partial,
45}
46
47/// A damaged column run on one line, with its cells.
48///
49/// `combining` and `links` map a span-relative column to what that cell carries —
50/// combining clusters (#45) and hyperlinks (#46) live in per-row maps, so neither
51/// rides the cell. Since v14 (#621) both are **sparse wire groups of their own**,
52/// not indices in the cell record, which is what removed the `u16` ceilings the
53/// engine could legitimately exceed.
54///
55/// The two are deliberately **not** symmetric, and the asymmetry is measured rather
56/// than stylistic:
57///
58/// - `combining` holds the cluster **inline**. `Term::frame` pushes one entry per
59/// combining cell with no interning, so an index bought nothing but a level of
60/// indirection and a table to count. Inlining is size-neutral (measured: −0.5% on
61/// a combining-heavy frame) and buys the deletion of both.
62/// - `links` holds a **1-based index into [`Frame::link_table`]**, because that
63/// table *is* interned (`Term::frame`'s `link_remap` ships each referenced URI
64/// once). Inlining a URI at every linked cell was measured at +171…403% on
65/// link-dense frames, and all three references share one copy across cells —
66/// ghostty ref-counts its hyperlink set explicitly *"so that a set of cells can
67/// share the same hyperlink without duplicating the data"*, xterm.js keys cells to
68/// an `OscLinkService` id, alacritty holds `Arc<HyperlinkInner>`.
69///
70/// A column is present in either map iff its cell carries the matching bit — and,
71/// as with `ucolors` below, that bit does **not** travel on the wire (the record
72/// encodes `cell.c()` and `encode_color(bg)`, which drop `C_COMBINED` and
73/// `LINK_PRESENT` respectively). `decode` re-arms both from these maps' own entries.
74/// A `Span` built by hand for a test owes the same pairing.
75#[derive(Clone, PartialEq, Eq, Debug)]
76pub struct Span {
77 pub line: u16,
78 pub left: u16,
79 pub right: u16,
80 pub cells: Vec<Cell>,
81 pub combining: BTreeMap<usize, Vec<char>>,
82 pub links: BTreeMap<usize, NonZeroU32>,
83 /// Underline colours (SGR 58, #520): span-relative column → the `Color`
84 /// reference the cell's coloured underline draws in. Sparse — only cells that
85 /// carry a non-default underline colour appear (gated on the `UNDERLINE`
86 /// attribute at parse time). Unlike `combining`/`links` this is a colour
87 /// reference, not a side-table index, so it ships inline (no `_table` on the
88 /// [`Frame`]). Kept off the per-cell record so a plain-text frame pays nothing
89 /// (ADR-0020: no inert per-cell payload).
90 ///
91 /// Like `combining` and `links`, a column here is present iff its cell carries
92 /// the matching bit ([`Cell::is_ucolored`]) — but that bit does **not** travel on
93 /// the wire (`encode_color` keeps only mode+value, and `CellFlags` holds no
94 /// presence bits), so `decode` re-arms it from this map's own entries. A `Span`
95 /// built by hand for a test owes the same pairing: an entry here without
96 /// [`Cell::set_ucolored`] on the cell is a column the gated readers cannot see.
97 /// (#531)
98 pub ucolors: BTreeMap<usize, Color>,
99}
100
101/// A stable handle to a buffer line, handed out by `Engine::add_marker` (#118).
102/// Monotonic per engine. The consumer attaches a decoration to the id; the frame
103/// reports where the marker currently sits, and `TermEvent::MarkerDisposed`
104/// signals when its line has left the buffer.
105#[derive(Clone, Copy, PartialEq, Eq, Hash, Debug)]
106pub struct MarkerId(pub u32);
107
108/// What a marker means (#158). A plain `add_marker` decoration carries no
109/// semantics ([`MarkerKind::Plain`]); OSC 133 shell-integration marks carry the
110/// command-boundary role (prompt/command/output start, or command finished with
111/// its optional exit code). The engine only *parses and anchors* these — the
112/// success/failure colour, earcon and prompt-to-prompt navigation are consumer
113/// policy (ADR-0017), driven off the kind + exit the wire (#159) carries.
114#[derive(Clone, Copy, PartialEq, Eq, Debug)]
115pub enum MarkerKind {
116 /// A `add_marker` decoration anchor (#118) — no OSC-133 semantics.
117 Plain,
118 /// OSC `133;A` — the shell prompt begins here.
119 PromptStart,
120 /// OSC `133;B` — the typed command begins here (the prompt ended).
121 CommandStart,
122 /// OSC `133;C` — the command was submitted; its output begins here.
123 OutputStart,
124 /// OSC `133;D[;exit]` — the command finished, with its exit code if reported
125 /// (absent, empty or non-numeric → `None`).
126 CommandFinished(Option<i32>),
127}
128
129/// A marker projected onto the viewport (#118): its id, the row it sits on, and
130/// its kind (#159). Only markers visible in the current viewport are reported; an
131/// off-screen marker is omitted but still alive (death comes via `MarkerDisposed`,
132/// not absence — so the consumer can tell "scrolled away" from "gone"). The kind
133/// carries the OSC 133 command-boundary role + exit code so the consumer can drive
134/// prompt-to-prompt navigation and success/fail signals (#160).
135#[derive(Clone, Copy, PartialEq, Eq, Debug)]
136pub struct MarkerPosition {
137 pub id: MarkerId,
138 pub row: usize,
139 pub kind: MarkerKind,
140}
141
142/// Interaction overlays projected onto the viewport (#108): highlight spans the
143/// engine carries on the frame so a frame-mode consumer can paint them without
144/// an in-process model query. Positions only — highlight colour is the
145/// consumer's (theme-agnostic). Coordinates are viewport rows/cols, re-projected
146/// by `frame()` against the scroll offset so the engine stays the single
147/// anchoring authority.
148#[derive(Clone, PartialEq, Eq, Debug, Default)]
149pub struct Overlay {
150 /// The live selection projected onto visible rows (`selection_range`).
151 pub selection: Vec<SelectionSpan>,
152 /// The search highlights projected onto visible rows. Search matches
153 /// are consumer-owned (next/prev navigation holds the `Vec<Match>`), so the
154 /// consumer hands the highlight set back via `set_search_highlights` and the
155 /// engine projects it here — mirroring how the engine-owned selection rides.
156 pub matches: Vec<SelectionSpan>,
157 /// Engine-owned markers visible in this viewport (#118): persistent line
158 /// anchors for decorations. Unlike the selection (cleared on a screen swap)
159 /// and search highlights (invalidated on output), markers re-anchor through
160 /// buffer mutation and survive an alt-screen excursion; only their viewport
161 /// position rides here.
162 pub markers: Vec<MarkerPosition>,
163 /// The *active* (current) search match's spans (#428, v12): the member of
164 /// `matches` the consumer designated via `set_active_search_highlight`
165 /// (which match is active is consumer policy — next/prev navigation).
166 /// Projected by the same mechanism as `matches`, and *also* present there —
167 /// the renderer's highlight ranking resolves the overlap (#424), not
168 /// exclusion here. Empty when nothing is designated.
169 pub active_match: Vec<SelectionSpan>,
170}
171
172/// One serialized damage cycle: the decoded logical form that `encode`/`decode`
173/// round-trip. `link_table` holds this frame's OSC 8 hyperlink URIs, each shipped
174/// once and referenced by [`Span::links`]. Grapheme clusters have **no** table —
175/// since v14 (#621) they are inlined at their column in [`Span::combining`],
176/// because nothing interned them and the table only bought an index to overflow.
177#[derive(Clone, PartialEq, Eq, Debug)]
178pub struct Frame {
179 pub cols: u16,
180 pub rows: u16,
181 pub kind: FrameKind,
182 /// Cursor row/col in screen coordinates (0-based), and whether the engine
183 /// shows it (DECTCEM). Rides in the header because the cursor moves with
184 /// almost every frame (#38). *Drawing* the cursor — cell-invert / overlay —
185 /// stays the consumer's renderer adapter; the engine only reports state.
186 pub cursor_row: u16,
187 pub cursor_col: u16,
188 pub cursor_visible: bool,
189 /// The caret shape (DECSCUSR #89) and whether it blinks (att610 ?12, #81).
190 /// Reported for the renderer; drawing/animation stays the consumer's.
191 pub cursor_shape: CursorShape,
192 pub cursor_blink: bool,
193 /// Viewport scroll position (#112 / ADR-0013), for the consumer's scrollbar.
194 /// `display_offset` = lines scrolled up from the bottom (0 = following the
195 /// live screen); `scrollback_len` = history lines (total = `+ rows`). Ride in
196 /// the header like the cursor — per-frame viewport state, not cell content.
197 pub display_offset: u32,
198 pub scrollback_len: u32,
199 /// Lines popped off the front of scrollback since startup or RIS (#490). The
200 /// basis a consumer rebases a *pulled* marker index by: eviction shifts every
201 /// absolute line by the same amount, so the whole class is one number.
202 ///
203 /// `u64` on purpose. A `u32` wraps after 2^32 evicted lines, which is reachable
204 /// in exactly the long high-throughput session this field exists to serve — and
205 /// a wrapped basis is silent, producing a plausible line that names other
206 /// content. The narrowing invariant asks the width question per field, and four
207 /// bytes is the cheapest possible answer here.
208 pub evicted_total: u64,
209 /// Bumped whenever a held marker line went stale for a reason `evicted_total`
210 /// cannot express — a reflow, a region rotate that moved a surviving marker, an
211 /// alt-screen switch (#490). A consumer compares it against the epoch its index
212 /// was pulled at and re-pulls on a difference.
213 ///
214 /// Deliberately *not* bumped by a disposal: that arrives as
215 /// `TermEvent::MarkerDisposed`, which the consumer already handles, so it costs
216 /// no re-pull.
217 pub marker_epoch: u32,
218 /// How many markers are live in the **active** buffer (#490, v16).
219 ///
220 /// Not a shrunken marker group — the groups left this frame in v16, and re-adding a
221 /// bounded one would be the same R3 violation with a smaller constant. This is a
222 /// *check*: a consumer that pulled the index compares this against what it holds and
223 /// re-pulls on a mismatch. It exists for the consumer that wired the pull but not the
224 /// create/dispose events, which would otherwise drift silently — and a silently wrong
225 /// decoration is the failure this whole layer is arranged to avoid.
226 ///
227 /// It cannot catch a create and a dispose inside one frame (the count is unchanged),
228 /// which is why it is a net and not the mechanism.
229 pub marker_count: u32,
230 /// The mouse tracking mode as a *wanted-events* mask (#129): which mouse
231 /// event categories the app asked to receive, so the consumer routes an event
232 /// to the app (bit set) or keeps it local. `empty()` = no reporting. Rides the
233 /// header like the cursor — per-frame mode state the consumer reads, not cell
234 /// content. Positions/encoding never cross; the backend encodes via
235 /// `encode_mouse`.
236 pub mouse_events: MouseEvents,
237 /// Whether the alternate screen (`?1049`/`?47`) is active (#149). Buffer-global
238 /// state a frame-mode consumer can't derive from viewport damage — the
239 /// accessibility announce policy (#119) gates on it (suppress TUI repaints).
240 /// Rides the header like the cursor scalars (ADR-0014).
241 pub alt_screen: bool,
242 pub scroll: Option<ScrollOp>,
243 pub spans: Vec<Span>,
244 pub link_table: Vec<String>,
245 /// Interaction overlays for this viewport (#108): selection, search
246 /// highlights, the active match, and markers — see [`Overlay`].
247 pub overlay: Overlay,
248}
249
250/// Why a byte buffer could not be decoded into a [`Frame`].
251#[derive(Clone, Copy, PartialEq, Eq, Debug)]
252pub enum DecodeError {
253 /// Ran out of bytes mid-field.
254 Truncated,
255 /// First two bytes are not the wire magic.
256 BadMagic,
257 /// Unsupported format version.
258 BadVersion(u8),
259 /// A tag/kind byte held a value outside its defined set.
260 BadTag,
261 /// The frame's **own** declared geometry is one no terminal can have: fewer than
262 /// [`MIN_COLUMNS`](crate::MIN_COLUMNS) columns, or no rows at all (#663).
263 ///
264 /// Distinct from [`BadSpan`](Self::BadSpan), and the distinction is the *direction of
265 /// the comparison* rather than a shade of severity. `BadSpan` means a part of the
266 /// frame does not fit the geometry the header declares; this means the header itself
267 /// declares a geometry the engine defines as impossible and clamps away at every entry
268 /// point (`Term::with_scrollback` and [`Term::resize`](crate::Term::resize) widen
269 /// `cols` to `MIN_COLUMNS` and `rows` to 1). Nothing this crate encodes can carry it,
270 /// so it is malformed input by the same rule `BadSpan` applies one level in.
271 ///
272 /// The floor imports no policy: xterm.js clamps to the same pair for the same reason
273 /// (`MINIMUM_COLS = 2`, *"Less than 2 can mess with wide chars"*, and
274 /// `MINIMUM_ROWS = 1`). There is deliberately **no ceiling** error — `cols`/`rows` are
275 /// `u16` on the wire and [`MAX_COLUMNS`](crate::MAX_COLUMNS) is `u16::MAX` for exactly
276 /// that reason, so the upper end is bounded by the field and needs no check.
277 ///
278 /// This variant is what `BadSpan`'s doc-comment deferred to *"the next release that is
279 /// breaking anyway"* — #663 changes what `decode` accepts, so the version that carries
280 /// it is that release, and the marginal cost of the enum growing is paid there rather
281 /// than on its own. Measured at the time: no exhaustive match on `DecodeError` exists
282 /// in this workspace, `justerm-wasm-decode` formats the variant with `{:?}` (so the
283 /// name reaches JS unaided, #662), and penterm holds no reference to the type.
284 BadGeometry,
285 /// A part of the frame does not fit the geometry the frame itself declares: a span
286 /// whose `left` is past its `right` (which would underflow the cell count), a span
287 /// reaching past `cols` or sitting past `rows`, a sparse group entry keyed outside
288 /// its own span, or a scroll region whose `bottom` is past the last row (#582).
289 ///
290 /// One rule, one error: a coordinate describing a cell the frame says does not exist
291 /// is malformed input, and the consumer must not be handed it.
292 ///
293 /// A dedicated `BadScroll` was considered and **not** taken, and the trade is worth
294 /// stating honestly rather than as a slogan. Against it: this enum is `pub` and not
295 /// `#[non_exhaustive]`, so a new variant is a breaking change for any downstream
296 /// exhaustive match — of which there are, measured, **none in this workspace**; the
297 /// cost is borne only by an external matcher nobody has seen. For it: this variant is
298 /// now the whole diagnostic for six distinct malformations, and the JS side has no
299 /// more to work with (`justerm-wasm-decode` formats the variant name into the thrown
300 /// `Error`'s `message`, #662). The distinction is real but belongs to the next
301 /// release that is breaking anyway — a version bump spent on a diagnostic label, on
302 /// a crate published in lockstep with an npm package, is the more expensive half of
303 /// this trade today.
304 ///
305 /// **That condition arrived, and only for the case it names (#663).**
306 /// [`BadGeometry`](Self::BadGeometry) split off because #663 changes what `decode`
307 /// *accepts*, so its release is the breaking one this paragraph was waiting for. It is
308 /// not a precedent for splitting the six below: the new variant answers a comparison
309 /// pointing the other way (the header against the engine, not a part against the
310 /// header), whereas `BadScroll` would still be one of these six re-labelled. The trade
311 /// above is unchanged for them and they stay merged.
312 BadSpan,
313}
314
315/// Serialize a frame to the binary wire format.
316pub fn encode(frame: &Frame) -> Vec<u8> {
317 let mut out = Vec::new();
318 out.extend_from_slice(&MAGIC);
319 out.push(VERSION);
320 out.push(frame.scroll.is_some() as u8);
321 out.push(match frame.kind {
322 FrameKind::Full => 0,
323 FrameKind::Partial => 1,
324 });
325 out.extend_from_slice(&frame.cols.to_le_bytes());
326 out.extend_from_slice(&frame.rows.to_le_bytes());
327 out.extend_from_slice(&frame.cursor_row.to_le_bytes());
328 out.extend_from_slice(&frame.cursor_col.to_le_bytes());
329 out.push(frame.cursor_visible as u8);
330 out.push(match frame.cursor_shape {
331 CursorShape::Block => 0,
332 CursorShape::Underline => 1,
333 CursorShape::Bar => 2,
334 });
335 out.push(frame.cursor_blink as u8);
336 out.extend_from_slice(&frame.display_offset.to_le_bytes());
337 out.extend_from_slice(&frame.scrollback_len.to_le_bytes());
338 // Marker-index basis (#490): the two scalars a consumer needs to keep a pulled
339 // index valid without being handed every marker in every frame.
340 out.extend_from_slice(&frame.evicted_total.to_le_bytes());
341 out.extend_from_slice(&frame.marker_epoch.to_le_bytes());
342 out.extend_from_slice(&frame.marker_count.to_le_bytes());
343 // Mouse wanted-events mask (#129): one byte in the header, like the cursor
344 // scalars. Off = 0.
345 out.push(frame.mouse_events.bits());
346 // Alt-screen flag (#149): one byte in the header, like the cursor scalars.
347 out.push(frame.alt_screen as u8);
348 if let Some(s) = frame.scroll {
349 out.extend_from_slice(&(s.top as u16).to_le_bytes());
350 out.extend_from_slice(&(s.bottom as u16).to_le_bytes());
351 out.extend_from_slice(&(s.count as i16).to_le_bytes());
352 }
353 out.extend_from_slice(&(frame.spans.len() as u16).to_le_bytes());
354 for span in &frame.spans {
355 out.extend_from_slice(&span.line.to_le_bytes());
356 out.extend_from_slice(&span.left.to_le_bytes());
357 out.extend_from_slice(&span.right.to_le_bytes());
358 for cell in &span.cells {
359 out.extend_from_slice(&encode_cell_record(cell));
360 }
361 }
362 // Hyperlink table (#26), interned: each referenced URI ships once as a
363 // length-prefixed UTF-8 run, and `Span::links` points at it. Both the count and
364 // the length are u32 since v14 — the old u16 length rejected a URI the engine
365 // stores happily, and the old u16 count could not describe one entry per cell of
366 // a viewport the header's own `cols`/`rows` (u16 *each*) permit (#621).
367 out.extend_from_slice(&(frame.link_table.len() as u32).to_le_bytes());
368 for uri in &frame.link_table {
369 out.extend_from_slice(&(uri.len() as u32).to_le_bytes());
370 out.extend_from_slice(uri.as_bytes());
371 }
372 // Combining-cluster group (#45, v14): one sparse map per span, in span order, so
373 // the column keys need no span index — the same positional convention `ucolors`
374 // uses below. Each entry is `(col u16, len u32, len * char u32)`, the cluster
375 // inline. There is no side-table and no index: nothing interned them, so the
376 // indirection only bought a second count to overflow (#621).
377 //
378 // **An entry keyed outside its span is dropped, not narrowed (#582).** `Span`'s maps
379 // are `pub` and keyed by `usize` while the wire key is a `u16`, so `col as u16` did
380 // not lose an out-of-range entry — it *moved* it onto a different, live column
381 // (measured: 65539 encoded as 3 and armed the cell 'D'; 65540 in this group armed
382 // 'E'). Dropping is the only answer that fails in the harmless direction, the same
383 // asymmetry [`Term::damage_span`] records from ghostty — "may have false positives
384 // but should never have false negatives".
385 //
386 // The `debug_assert` is the detector and the drop is the release backstop, again as
387 // `damage_span`: `Term::frame` cannot build such a key (it inserts `col - left` for
388 // `col` in `left..=right`), so one arriving here is a justerm bug and should name its
389 // producer at the site — but justerm is a library, and a panic crosses into the
390 // consumer's process.
391 //
392 // The keys are sorted, so the writable entries are a prefix and the *last* key decides
393 // whether any were dropped: when none were — every frame the engine produces — the
394 // count is still `len()`, O(1), and only the write loop walks the map. Counting the
395 // range unconditionally would have replaced an O(1) read with a walk per span per
396 // group on the encode hot path, to describe a case that cannot occur.
397 for span in &frame.spans {
398 debug_assert!(
399 span.combining.keys().all(|&c| c < span.cells.len()),
400 "combining key past the end of its {}-cell span",
401 span.cells.len()
402 );
403 let n = if span
404 .combining
405 .last_key_value()
406 .is_none_or(|(&k, _)| k < span.cells.len())
407 {
408 span.combining.len()
409 } else {
410 span.combining.range(..span.cells.len()).count()
411 };
412 out.extend_from_slice(&(n as u32).to_le_bytes());
413 for (&col, cluster) in span.combining.range(..span.cells.len()) {
414 out.extend_from_slice(&(col as u16).to_le_bytes());
415 out.extend_from_slice(&(cluster.len() as u32).to_le_bytes());
416 for &ch in cluster {
417 out.extend_from_slice(&(ch as u32).to_le_bytes());
418 }
419 }
420 }
421 // Hyperlink reference group (#46, v14): same positional shape, but the value is a
422 // 1-based index into `link_table` rather than the URI — see `Span`'s doc for why
423 // this half stays interned where the one above does not.
424 // Out-of-span keys are dropped here for the reason written out at the combining group
425 // above; every group answers the question the same way or the rule is not a rule.
426 for span in &frame.spans {
427 debug_assert!(
428 span.links.keys().all(|&c| c < span.cells.len()),
429 "link key past the end of its {}-cell span",
430 span.cells.len()
431 );
432 let n = if span
433 .links
434 .last_key_value()
435 .is_none_or(|(&k, _)| k < span.cells.len())
436 {
437 span.links.len()
438 } else {
439 span.links.range(..span.cells.len()).count()
440 };
441 out.extend_from_slice(&(n as u32).to_le_bytes());
442 for (&col, &idx) in span.links.range(..span.cells.len()) {
443 out.extend_from_slice(&(col as u16).to_le_bytes());
444 out.extend_from_slice(&idx.get().to_le_bytes());
445 }
446 }
447 // Underline-colour group (SGR 58, #520, v13): one sparse map per span, in span
448 // order, so the column keys need no span index — the decoder reads exactly
449 // `span_count` maps and attaches each to its span. Each entry is `(col u16,
450 // colour u32)`, the colour packed by the same `encode_color` as fg/bg. A frame
451 // with no coloured underlines pays 2 bytes per span (the zero count).
452 // Out-of-span keys are dropped here too — see the combining group above for why.
453 for span in &frame.spans {
454 debug_assert!(
455 span.ucolors.keys().all(|&c| c < span.cells.len()),
456 "underline-colour key past the end of its {}-cell span",
457 span.cells.len()
458 );
459 let n = if span
460 .ucolors
461 .last_key_value()
462 .is_none_or(|(&k, _)| k < span.cells.len())
463 {
464 span.ucolors.len()
465 } else {
466 span.ucolors.range(..span.cells.len()).count()
467 };
468 out.extend_from_slice(&(n as u16).to_le_bytes());
469 for (&col, &color) in span.ucolors.range(..span.cells.len()) {
470 out.extend_from_slice(&(col as u16).to_le_bytes());
471 out.extend_from_slice(&encode_color(color).to_le_bytes());
472 }
473 }
474 // Overlay section (#108): each group is a u16 count then that many
475 // `(row, left, right)` u16 viewport triples. Selection first, then search
476 // matches. Append-only, version-gated — a future group (markers, #118) adds
477 // a third count here at the next version bump.
478 encode_overlay_spans(&mut out, &frame.overlay.selection);
479 encode_overlay_spans(&mut out, &frame.overlay.matches);
480 // Third overlay group (#118): markers as `(id u32, row u16)` pairs — a
481 // different record shape from the span groups (a marker is a line anchor,
482 // not a column run). v10 (#159) appends a kind discriminant (u8, like
483 // `cursor_shape`), and — only for `CommandFinished` — a presence byte + i32
484 // exit code (the presence pattern mirrors the header's `scroll` option).
485 out.extend_from_slice(&(frame.overlay.markers.len() as u16).to_le_bytes());
486 for m in &frame.overlay.markers {
487 out.extend_from_slice(&m.id.0.to_le_bytes());
488 out.extend_from_slice(&(m.row as u16).to_le_bytes());
489 out.push(match m.kind {
490 MarkerKind::Plain => 0,
491 MarkerKind::PromptStart => 1,
492 MarkerKind::CommandStart => 2,
493 MarkerKind::OutputStart => 3,
494 MarkerKind::CommandFinished(_) => 4,
495 });
496 if let MarkerKind::CommandFinished(exit) = m.kind {
497 out.push(exit.is_some() as u8);
498 out.extend_from_slice(&exit.unwrap_or(0).to_le_bytes());
499 }
500 }
501 // The fourth overlay group — every live marker's absolute line (v11) — LEFT the frame
502 // in v16 (#490). It was the payload: measured at 37-70% of an 80x24 frame at ordinary
503 // OSC-133 densities, and ADR-0020's R3 violation. A consumer pulls the index once
504 // (`Engine::marker_index`) and keeps it current from the header basis plus the marker
505 // events; `marker_count` in the header is the check that it has not drifted.
506 //
507 // Fourth (was fifth) overlay group (#428, v12): the active search match's spans, same
508 // count + `(row, left, right)` shape as the selection/match groups. Appended
509 // at the tail so the section stays append-only.
510 encode_overlay_spans(&mut out, &frame.overlay.active_match);
511 out
512}
513
514/// Encode one overlay group: a u32 span count, then each span as three u16s
515/// (`row`, `left`, `right`) in viewport coordinates.
516///
517/// The count is u32 since v14 (#621), and this is the *same* defect as the cluster
518/// and URI fields — found by that issue's own acceptance item ("do not assume those
519/// two are the only `as u16` narrowings"), which the first sweep answered for the
520/// `(row, left, right)` triples and not for the count above them. A one-character
521/// search over a large viewport reaches it: measured at 1000×133, 66 000 highlight
522/// spans wrapped the count to 464, and `decode` returned **`Ok`** having also
523/// fabricated 928 marker-lines and 3 active-match spans the engine never had — the
524/// wrapped count leaves the reader mid-group, and every group after it is read from
525/// the wrong offset.
526///
527/// **This widens the three viewport-projected groups and deliberately not the marker
528/// group**, which keeps its `u16` count a few lines below. `frame()` clips selection /
529/// matches / active-match to the viewport, so their counts are `O(viewport)` — ADR-0020
530/// R3 satisfied, and widening entrenches nothing. The marker group is not
531/// viewport-bounded either (several marks share a line), so widening it would entrench
532/// the R3 violation ADR-0020 still records against it — the *other* one, the
533/// absolute-line group, left the frame in v16 (#490).
534///
535/// **Why the marker count is nonetheless safe at `u16` (#721).** Not because the group is
536/// small: the *producer* is bounded. `MAX_MARKERS` caps a buffer's live population at
537/// `u16::MAX`, and `marker_positions` projects the **active** buffer only, so the count
538/// cannot reach a value it cannot declare. (The cap is per buffer, so the global live
539/// population can be twice that — the binding fact is which deque is projected.) That bound had to exist for its own reason — the marks are allocated by
540/// an untrusted stream — and it closes this hazard as a consequence rather than as
541/// its purpose.
542///
543/// **And the reason it is unbounded is not the one this comment used to give.** It said
544/// *"the marker groups report every live marker, on-screen or not"* — true of the
545/// absolute-line group, **false of this one**, which `marker_positions` filters to
546/// visible rows. It is unbounded because several marks legitimately share one line and
547/// nothing dedups them — measured at 70 000 records in this group on an 80x24 grid
548/// (#721). The wrong reason mattered: it made ADR-0020's "one stated violation" framing
549/// read as if only the absolute-line group were at issue.
550fn encode_overlay_spans(out: &mut Vec<u8>, spans: &[SelectionSpan]) {
551 out.extend_from_slice(&(spans.len() as u32).to_le_bytes());
552 for s in spans {
553 out.extend_from_slice(&(s.row as u16).to_le_bytes());
554 out.extend_from_slice(&(s.left as u16).to_le_bytes());
555 out.extend_from_slice(&(s.right as u16).to_le_bytes());
556 }
557}
558
559/// Length in bytes of one fixed-width wire cell record (see
560/// [`encode_cell_record`]).
561pub const CELL_RECORD_LEN: usize = 14;
562
563/// Encode one [`Cell`] to its fixed 14-byte little-endian record:
564/// `c` u32 (Unicode scalar) · `fg` u32 · `bg` u32 · `flags` u16. Width derives
565/// from `flags`.
566///
567/// **The record carries no grapheme or hyperlink reference (v14, #621).** Both were
568/// `u16` fields on every cell, and widening them to hold what the engine can
569/// legitimately store would have inflated a record every cell pays — the trade
570/// ADR-0008's Axis 4 already rejected in the other direction. They moved to sparse
571/// per-[`Span`] groups instead, which is why this record *shrank* by 4 bytes:
572/// measured, −20.9% on an ordinary frame that carries neither.
573///
574/// This is the single definition of the cell record layout — [`encode`] writes
575/// it per span cell, and an alternate consumer (the WASM decoder, #34/ADR-0008)
576/// reuses it to lay decoded cells out flat without re-implementing the layout,
577/// so the two cannot drift.
578pub fn encode_cell_record(cell: &Cell) -> [u8; CELL_RECORD_LEN] {
579 let mut r = [0u8; CELL_RECORD_LEN];
580 r[0..4].copy_from_slice(&(cell.c() as u32).to_le_bytes());
581 r[4..8].copy_from_slice(&encode_color(cell.fg()).to_le_bytes());
582 r[8..12].copy_from_slice(&encode_color(cell.bg()).to_le_bytes());
583 r[12..14].copy_from_slice(&cell.flags().bits().to_le_bytes());
584 r
585}
586
587/// A colour reference as a tagged u32: high byte = tag
588/// (0 = Default, 1 = Indexed, 2 = Rgb), low 24 bits = payload. The tag is
589/// mandatory so `Default`, `Indexed(0)`, and `Rgb(0,0,0)` stay distinct.
590///
591/// Public so an alternate consumer (the WASM decoder's structure-of-arrays
592/// `fg`/`bg` columns, #35) reuses this single definition of the colour-ref
593/// encoding instead of re-implementing the tag packing — no drift.
594pub fn encode_color(c: Color) -> u32 {
595 match c {
596 Color::Default => 0,
597 Color::Indexed(i) => (1 << 24) | i as u32,
598 Color::Rgb(r, g, b) => (2 << 24) | (r as u32) << 16 | (g as u32) << 8 | b as u32,
599 }
600}
601
602/// Deserialize the binary wire format back into a [`Frame`].
603pub fn decode(bytes: &[u8]) -> Result<Frame, DecodeError> {
604 let mut r = Reader::new(bytes);
605 if r.take(2)? != MAGIC {
606 return Err(DecodeError::BadMagic);
607 }
608 let version = r.u8()?;
609 if version != VERSION {
610 return Err(DecodeError::BadVersion(version));
611 }
612 let has_scroll = r.u8()? != 0;
613 let kind = match r.u8()? {
614 0 => FrameKind::Full,
615 1 => FrameKind::Partial,
616 _ => return Err(DecodeError::BadTag),
617 };
618 let cols = r.u16()?;
619 let rows = r.u16()?;
620 // The header is read against the engine's own floor before anything is read against
621 // the header (#663). #582 made every *part* of a frame answer to the declared
622 // geometry; this asks whether that geometry is one a terminal can have at all.
623 //
624 // `MIN_COLUMNS = 2` is not a number picked here: a width-2 glyph needs a `WIDE_CHAR`
625 // lead and its `WIDE_CHAR_SPACER`, so one column cannot hold one (ADR-0025 D4's stated
626 // precondition, #547), and `Term::with_scrollback` / `Term::resize` clamp `cols` up to
627 // it and `rows` up to 1 on every path. So nothing this crate encodes can declare
628 // either — measured, not assumed (`tests/header_geometry_floor.rs` drives the engine
629 // at every geometry from 0×0 up through the floor). xterm.js reaches the same pair
630 // from the same cause: `MINIMUM_COLS = 2` ("Less than 2 can mess with wide chars") and
631 // `MINIMUM_ROWS = 1`, applied on every resize.
632 //
633 // Rejected rather than clamped — and **the references do not decide that**, which is
634 // worth stating because the tempting derivation is wrong. They split on the form, all
635 // three at a site they own: alacritty and xterm.js clamp, ghostty *rejects*
636 // (`Terminal.zig:3721` @ `e6e26e16`, `if (opts.cols == 0 or opts.rows == 0) return
637 // error.InvalidValue`, guarding its own `resize`). So "who owns the number" separates
638 // nothing — ghostty owns it and refuses anyway.
639 //
640 // What decides it here is that this boundary cannot *repair*. `decode` reads bytes a
641 // consumer hands back over its own transport (ADR-0008; `tests/robustness.rs` names
642 // them attacker-influenced), and the payload behind this header was laid out for the
643 // width it declares — so widening `cols` does not fix a frame, it re-indexes one, and
644 // the caller gets cells in the wrong places with no error. Reject and "hand back wrong
645 // content" are the only two total answers, which is not a choice. No reference
646 // arbitrates the site because none of them decodes a serialized grid at all
647 // (`docs/map/territory/wire-format.md`); what ghostty does supply is that refusing an
648 // impossible geometry outright is ordinary terminal behaviour, not an invention here.
649 //
650 // **Deliberately no ceiling**, and this comment is where a later reader is stopped
651 // from adding the "obvious symmetric half": `cols`/`rows` are `u16` and `MAX_COLUMNS`
652 // is `u16::MAX` for exactly that representational reason (#621), so the upper end is
653 // bounded by the field's own width. xterm.js has no maximum at all, and the one layer
654 // that could know a real one — `justerm-renderer` — asks the GL implementation rather
655 // than predicting it. A number chosen here would be the only arbitrary constant in the
656 // stack.
657 //
658 // Before the span loop rather than inside it, and that ordering is asserted: a frame
659 // whose declared width is shrunk below the floor usually has an out-of-frame span too,
660 // and `BadSpan` would name the consequence instead of the cause.
661 if (cols as usize) < MIN_COLUMNS || rows == 0 {
662 return Err(DecodeError::BadGeometry);
663 }
664 let cursor_row = r.u16()?;
665 let cursor_col = r.u16()?;
666 let cursor_visible = r.u8()? != 0;
667 let cursor_shape = match r.u8()? {
668 0 => CursorShape::Block,
669 1 => CursorShape::Underline,
670 2 => CursorShape::Bar,
671 _ => return Err(DecodeError::BadTag),
672 };
673 let cursor_blink = r.u8()? != 0;
674 let display_offset = r.u32()?;
675 let scrollback_len = r.u32()?;
676 let evicted_total = r.u64()?;
677 let marker_epoch = r.u32()?;
678 let marker_count = r.u32()?;
679 let mouse_events = MouseEvents::from_bits_retain(r.u8()?);
680 let alt_screen = r.u8()? != 0;
681 let scroll = if has_scroll {
682 let top = r.u16()? as usize;
683 let bottom = r.u16()? as usize;
684 let count = (r.u16()? as i16) as isize;
685 // A scroll region is a write index in a consumer, not an annotation (#582):
686 // `justerm-web`'s `cell-mirror.ts` assigns `cells[y * cols + x]` for every `y` in
687 // `top..=bottom` with nothing bounding it against `rows`. The renderer already
688 // rejects the same value (`FrameGrid::validate` → `ScrollOutsideGrid`) after a
689 // `line == rows` off-by-one trapped the wasm module and left it poisoned (#355).
690 //
691 // **This is deliberately one notch stricter than the renderer, and the difference
692 // is not an oversight.** `FrameGrid::validate` gates its check on `kind != Full`,
693 // because a Full frame repaints everything and its own `shift_region` is skipped.
694 // The web mirror does not have that exemption: it blanks the grid on a Full frame
695 // and *then* still runs `shiftRegion` if the frame carries a scroll op. So the two
696 // consumers disagree about whether a Full frame's scroll op is live, and the wire
697 // is the wrong place to encode either answer — it rejects a region that cannot be
698 // applied to the frame it rides on, whatever the consumer then does with it.
699 //
700 // `top > bottom` is an empty region, not an error — no consumer iterates it, and
701 // the renderer says so explicitly. Rejecting it would be new strictness with no
702 // failure behind it.
703 //
704 // Still not checked here: `count` — but the reason changed with #661, and the
705 // difference matters to anyone extending this guard. It *was* that the engine
706 // legitimately produced counts this field cannot hold (`Term::record_scroll`
707 // accumulated without a cap, and a single 32 770-byte `feed()` of newlines
708 // encoded 32 768 as **−32 768**), so rejecting them here would have rejected
709 // frames the encoder emits — exactly what #582 promised not to do. That is
710 // fixed at the producer: `Term::scroll_delta` caps the count at the region's
711 // height and at [`MAX_SCROLL_COUNT`], so nothing this crate encodes overflows.
712 //
713 // A *foreign* frame carrying an over-height count is still accepted, and that is
714 // a decision rather than the leftover of one. Bounding it became possible once
715 // the engine stopped producing them — but there is no failure behind it, which
716 // is the same reason `top > bottom` rides through above. Measured: every count
717 // across the full `i16` range, both signs, blanks the region in the renderer
718 // and returns `Ok`; `shift_region` / `shiftRegion` / `shiftPrev` all bound the
719 // *source* row against `[top, bottom]` before indexing, so an over-height count
720 // cannot address a cell outside the region it already declared. It costs the
721 // consumer a wasted region-sized shift, and the spans repaint over it.
722 //
723 // Unlike a span's `right`, this is not a write index a consumer walks off — the
724 // distinction `docs/map/territory/wire-format.md` draws between a payload's
725 // placement and its annotations. Rejecting it would be new strictness with no
726 // defect behind it.
727 if top <= bottom && bottom >= rows as usize {
728 return Err(DecodeError::BadSpan);
729 }
730 Some(ScrollOp { top, bottom, count })
731 } else {
732 None
733 };
734 let span_count = r.u16()?;
735 let mut spans = Vec::with_capacity(span_count as usize);
736 for _ in 0..span_count {
737 let line = r.u16()?;
738 let left = r.u16()?;
739 let right = r.u16()?;
740 // A span is read against the frame's own header, not just against itself (#582).
741 // Before this, a frame could declare a 4×2 grid and carry a span claiming column 8
742 // of line 99 and still decode `Ok` — and the consumer that writes those cells does
743 // not fail on it either: `cell-mirror.ts` keeps the viewport as one flat array, so
744 // a column past `cols` lands in the *next row's* slot and silently overwrites it.
745 // A screen reader then announces, and a copy produces, characters that are not on
746 // that line. `decode`'s own input is attacker-influenced (`tests/robustness.rs`),
747 // and rejecting malformed input rather than repairing it is what ADR-0008 makes
748 // this boundary for.
749 if right < left || right >= cols || line >= rows {
750 return Err(DecodeError::BadSpan);
751 }
752 // Widen before the arithmetic: `right - left + 1` in `u16` overflows when
753 // `right == u16::MAX` (e.g. left=0, right=65535), panicking under overflow checks
754 // (#33, found by `cargo fuzz`). `right >= left` is enforced just above, so the
755 // subtraction in `usize` cannot underflow.
756 //
757 // Since #582 this can no longer be *reached*: `right < cols` and `cols` is a u16,
758 // so `right <= 65534` and the sum fits. Kept anyway, and deliberately — it is the
759 // cheaper of the two guarantees and it does not depend on the check above keeping
760 // its position. Deleting it would make a reordering of this function silently
761 // reintroduce a panic that a fuzz run had to find once already.
762 let n = right as usize - left as usize + 1;
763 let mut cells = Vec::with_capacity(n);
764 for _ in 0..n {
765 cells.push(decode_cell(&mut r)?);
766 }
767 spans.push(Span {
768 line,
769 left,
770 right,
771 cells,
772 // Filled from their own groups below (v14): the record no longer carries
773 // either reference, so neither the maps nor the cells' presence bits can
774 // be built here.
775 combining: BTreeMap::new(),
776 links: BTreeMap::new(),
777 ucolors: BTreeMap::new(),
778 });
779 }
780 // Counts and lengths are u32 since v14 — see `encode`. Note the deliberate loss of
781 // `Vec::with_capacity`: these counts are attacker-influenced (`tests/robustness.rs`
782 // drives `decode` from arbitrary bytes) and a u32 one can now declare 4 billion
783 // entries, so reserving up front would turn a 12-byte buffer into an OOM. Growing
784 // as the entries actually arrive is bounded by the input's own length.
785 let link_count = r.u32()?;
786 let mut link_table = Vec::new();
787 for _ in 0..link_count {
788 let len = r.u32()? as usize;
789 let bytes = r.take(len)?;
790 link_table.push(String::from_utf8_lossy(bytes).into_owned());
791 }
792 // Combining group (v14, #621): inverse of the encode above — one sparse map per
793 // span, in span order, attached to `spans[i]` positionally.
794 //
795 // Re-arming `C_COMBINED` here is not a nicety, it is the only place left that can.
796 // The bit never travels *as a bit*: the record encodes `cell.c()`, the char, so
797 // the content word's marker is dropped. Until v14 `decode_cell` could reconstruct
798 // it inline from `extra != 0` because the index rode the record; now that it does
799 // not, this loop inherits that duty — the same reconstruction `ucolors` has always
800 // done, and the defect #531 was filed for when it was missing.
801 //
802 // A key outside its span is rejected, not tolerated (#582, answering the question this
803 // comment used to defer): `col` is attacker-influenced and nothing on the wire bounds
804 // it against the span's width, and an entry addressing a cell the span does not have
805 // describes nothing the frame contains. It used to arm no cell and stay in the map,
806 // which handed the consumer a coordinate it is free to index with.
807 for span in &mut spans {
808 let count = r.u32()?;
809 for _ in 0..count {
810 let col = r.u16()? as usize;
811 let len = r.u32()?;
812 let mut cluster = Vec::new();
813 for _ in 0..len {
814 cluster.push(char::from_u32(r.u32()?).ok_or(DecodeError::BadTag)?);
815 }
816 let Some(cell) = span.cells.get_mut(col) else {
817 return Err(DecodeError::BadSpan);
818 };
819 cell.set_combined(true);
820 span.combining.insert(col, cluster);
821 }
822 }
823 // Hyperlink reference group (v14, #621): same shape, and `LINK_PRESENT` is re-armed
824 // for the same reason — it lives in the bg word, which `encode_color` drops.
825 for span in &mut spans {
826 let count = r.u32()?;
827 for _ in 0..count {
828 let col = r.u16()? as usize;
829 let idx = NonZeroU32::new(r.u32()?).ok_or(DecodeError::BadTag)?;
830 let Some(cell) = span.cells.get_mut(col) else {
831 return Err(DecodeError::BadSpan);
832 };
833 cell.set_linked(true);
834 span.links.insert(col, idx);
835 }
836 }
837 // Underline-colour group (v13, #520): inverse of the encode above — one sparse
838 // map per span, in span order, so each attaches to `spans[i]` positionally.
839 for span in &mut spans {
840 let count = r.u16()?;
841 for _ in 0..count {
842 let col = r.u16()? as usize;
843 let color = decode_color(r.u32()?)?;
844 // Re-arm `UCOLOR_PRESENT` from the group (#531). On this wire a presence
845 // bit never travels *as a bit*: it lives in the bg word (`BG_UCOLOR`),
846 // which `encode_color` drops when it keeps only mode+value, and
847 // `CellFlags` carries no presence bits. So every one of them is
848 // *reconstructed* from whether its group carries an entry — the same
849 // derivation `decode_cell` performs for `combined`/`linked`, which can do
850 // it inline only because `extra`/`link` ride the cell record while a
851 // colour reference rides a separate group. `Row::ucolor_at` gates the map
852 // read on this bit, so without the re-arm `Cell::is_ucolored()` returns
853 // false on a decoded cell whose column *does* carry a colour.
854 //
855 // `col` is attacker-influenced (see `tests/robustness.rs`) and nothing on
856 // the wire bounds it against the span's width, so an unchecked
857 // `span.cells[col]` would panic where ADR-0008 owes a typed error. #531
858 // bought the safety with a gate that kept the entry; #582 answers the
859 // question that gate deferred — the entry is rejected, because a colour for
860 // a cell this span does not have is not a colour the frame carries.
861 let Some(cell) = span.cells.get_mut(col) else {
862 return Err(DecodeError::BadSpan);
863 };
864 cell.set_ucolored(true);
865 span.ucolors.insert(col, color);
866 }
867 }
868 // Overlay section (#108): selection group then match group, each a count +
869 // `(row, left, right)` triples (inverse of `encode_overlay_spans`).
870 let selection = decode_overlay_spans(&mut r)?;
871 let matches = decode_overlay_spans(&mut r)?;
872 // Third group (#118): marker `(id u32, row u16)` records, each followed by a
873 // kind discriminant (v10, #159) and — for `CommandFinished` — a presence byte
874 // + i32 exit (inverse of the marker encode loop).
875 let marker_group_len = r.u16()?;
876 let mut markers = Vec::with_capacity(marker_group_len as usize);
877 for _ in 0..marker_group_len {
878 let id = MarkerId(r.u32()?);
879 let row = r.u16()? as usize;
880 let kind = match r.u8()? {
881 0 => MarkerKind::Plain,
882 1 => MarkerKind::PromptStart,
883 2 => MarkerKind::CommandStart,
884 3 => MarkerKind::OutputStart,
885 4 => {
886 // Always read presence + i32 (the encoder writes both); a 0
887 // presence means the exit bytes are padding to discard.
888 let present = r.u8()? != 0;
889 let exit = r.u32()? as i32;
890 MarkerKind::CommandFinished(present.then_some(exit))
891 }
892 _ => return Err(DecodeError::BadTag),
893 };
894 markers.push(MarkerPosition { id, row, kind });
895 }
896 // Fifth group (#428, v12): the active search match's spans (inverse of the
897 // tail `encode_overlay_spans` call).
898 let active_match = decode_overlay_spans(&mut r)?;
899 let overlay = Overlay {
900 selection,
901 matches,
902 markers,
903 active_match,
904 };
905 Ok(Frame {
906 cols,
907 rows,
908 kind,
909 cursor_row,
910 cursor_col,
911 cursor_visible,
912 cursor_shape,
913 cursor_blink,
914 display_offset,
915 scrollback_len,
916 evicted_total,
917 marker_epoch,
918 marker_count,
919 mouse_events,
920 alt_screen,
921 scroll,
922 spans,
923 link_table,
924 overlay,
925 })
926}
927
928/// Decode one overlay group: a u16 span count, then that many `(row, left,
929/// right)` u16 triples back into viewport [`SelectionSpan`]s (inverse of
930/// [`encode_overlay_spans`]).
931fn decode_overlay_spans(r: &mut Reader) -> Result<Vec<SelectionSpan>, DecodeError> {
932 let count = r.u32()?;
933 // No `with_capacity`: the count is attacker-influenced and now u32 — see `decode`.
934 let mut spans = Vec::new();
935 for _ in 0..count {
936 let row = r.u16()? as usize;
937 let left = r.u16()? as usize;
938 let right = r.u16()? as usize;
939 spans.push(SelectionSpan { row, left, right });
940 }
941 Ok(spans)
942}
943
944/// Decode one 14-byte cell record (inverse of [`encode_cell_record`]).
945///
946/// **No presence bit is re-armed here — since v14 (#621), none of the three can be.**
947/// They are reconstructed rather than transmitted (they live in the packed content
948/// and colour words, which [`encode_color`] and `Cell::c` strip), and every one of
949/// them now has its evidence in a sparse group read further down the buffer:
950/// `C_COMBINED` and `LINK_PRESENT` from the combining and link groups, and
951/// `UCOLOR_PRESENT` from the underline-colour group as it always was (#531).
952///
953/// This doc used to say *two of the three are re-armed here*, and that exception —
954/// "mine rides the record, so it needs nothing" — is the reading #531 was filed for.
955/// There is no longer a member of the set it could apply to.
956fn decode_cell(r: &mut Reader) -> Result<Cell, DecodeError> {
957 let c = char::from_u32(r.u32()?).ok_or(DecodeError::BadTag)?;
958 let fg = decode_color(r.u32()?)?;
959 let bg = decode_color(r.u32()?)?;
960 let flags = CellFlags::from_bits_retain(r.u16()?);
961 // `C_COMBINED` and `LINK_PRESENT` are deliberately left off here and re-armed by
962 // `decode` from the per-span groups (v14, #621). This function used to set them
963 // from the record's `extra`/`link`; with those gone it has nothing to read, and
964 // guessing `false` is correct precisely because the groups are the authority.
965 Ok(Cell::from_parts(c, fg, bg, flags))
966}
967
968/// Decode a tagged-u32 colour reference (inverse of [`encode_color`]).
969fn decode_color(v: u32) -> Result<Color, DecodeError> {
970 let payload = v & 0x00FF_FFFF;
971 match v >> 24 {
972 0 => Ok(Color::Default),
973 1 => Ok(Color::Indexed(payload as u8)),
974 2 => Ok(Color::Rgb(
975 (payload >> 16) as u8,
976 (payload >> 8) as u8,
977 payload as u8,
978 )),
979 _ => Err(DecodeError::BadTag),
980 }
981}
982
983/// A little-endian cursor over the wire bytes.
984struct Reader<'a> {
985 bytes: &'a [u8],
986 pos: usize,
987}
988
989impl<'a> Reader<'a> {
990 fn new(bytes: &'a [u8]) -> Self {
991 Reader { bytes, pos: 0 }
992 }
993
994 fn take(&mut self, n: usize) -> Result<&'a [u8], DecodeError> {
995 let end = self.pos.checked_add(n).ok_or(DecodeError::Truncated)?;
996 let slice = self
997 .bytes
998 .get(self.pos..end)
999 .ok_or(DecodeError::Truncated)?;
1000 self.pos = end;
1001 Ok(slice)
1002 }
1003
1004 fn u8(&mut self) -> Result<u8, DecodeError> {
1005 Ok(self.take(1)?[0])
1006 }
1007
1008 fn u16(&mut self) -> Result<u16, DecodeError> {
1009 let b = self.take(2)?;
1010 Ok(u16::from_le_bytes([b[0], b[1]]))
1011 }
1012
1013 fn u32(&mut self) -> Result<u32, DecodeError> {
1014 let b = self.take(4)?;
1015 Ok(u32::from_le_bytes([b[0], b[1], b[2], b[3]]))
1016 }
1017
1018 /// Only the marker-index basis needs eight bytes (#490) — see `Frame::evicted_total`
1019 /// for why that one is not a `u32` like every other header scalar.
1020 fn u64(&mut self) -> Result<u64, DecodeError> {
1021 let b = self.take(8)?;
1022 Ok(u64::from_le_bytes([
1023 b[0], b[1], b[2], b[3], b[4], b[5], b[6], b[7],
1024 ]))
1025 }
1026}