Skip to content
Browse documentation

Ordered Evidence

Control Purpose
Scope Select the runtime object.
Filter Change which Evidence is visible.
Find Move between matches without changing Filter.
Selection Choose the event shown in Context.

These controls are independent. If Filter hides the selected event, use Reveal or Clear selection.

Read a row

Each row shows Op, the complete Key / item, and Data. Op stays pinned during horizontal scroll. Keys and data stay on one line.

Use Codes to read update and lifecycle codes. LOCAL marks Local Injected Updates. R marks runtime activity. W marks Workbench activity. S marks a snapshot.

Readable formats captured JSON strings and labels them JSON string. Raw fields preserves captured types.

Large row previews have a size limit. Select the event to inspect its full Fields, identity, time, Source, and phase in Context.

Live and Frozen

Live follows new matching Evidence. Frozen keeps the visible window and selection. Capture continues in either state.

Use Oldest, Older, Newer, and Newest to navigate retained Evidence.

Retained history

Each Panel Session owns one temporary Event History.

Storage Record limit Size limit
IndexedDB 100,000 256 MiB
Memory fallback 25,000 128 MiB

The first limit reached removes the oldest Evidence while Capture continues. Failed or oversized records create explicit Evidence Gaps. Later valid records can still be retained.

The Committed Evidence Boundary identifies accepted records. Check Coverage, the retained range, and Evidence Gaps before drawing conclusions from missing data.

Repeated IndexedDB failures switch the panel to memory. Check Notifications for the cause. Memory storage does not reduce Coverage by itself.

Clear retained Evidence requires confirmation. Closing the panel attempts erasure. An abnormal stop can leave residual data until the extension runs again. A new Panel Session starts empty.

For storage and recovery details, see Event History architecture on GitHub.

Client Messages

Outbound Client Messages record submission and available listener outcomes. An application's message is RUNTIME. A Server Injection is WORKBENCH.

A Processed message does not prove a later Server Update or a business result. See Server Injection.