b2KIT

JSON Log Viewer & Filter

View and filter JSON-structured logs with search, time range selection, severity filtering, and field extraction.

Tested tool guide Tested browser tools Checked August 16, 2026

What JSON Log Viewer & Filter does and how it behaves

JSON log entries can contain useful evidence alongside a large amount of unrelated context. This viewer presents structured records and narrows them with text search, time-range selection, severity filtering, and field extraction. The common surprise is that JSON defines a data format, not a logging schema. Timestamp, severity, message, and identifier fields have no universal names or value conventions. A record can therefore be valid JSON while lacking the structure needed for a meaningful time filter, severity filter, or requested field extraction.

How the result is produced

1

Record filtering

Search provides a textual criterion, while the time and severity controls constrain records using their corresponding log values. The visible set reflects the active filters rather than rewriting the supplied records. If an expected entry disappears, clear filters individually or widen the selected interval to determine which condition excluded it.

2

Field extraction

Field extraction surfaces named members from structured records, such as request_id, actor, or message, so relevant values can be compared without reading every property. It cannot invent a shared schema. A top-level message member differs from one nested inside another object, and level differs from severity. Missing or differently located properties remain absent from the extracted view.

Good uses

  • During incident triage, search for a request or correlation identifier, restrict the records to serious severity levels, and extract timestamps, service names, and messages before tracing the request across components.
  • After a deployment, select the deployment window and inspect warning or error records to separate events associated with that period from older and newer entries in the same log collection.
  • Review JSON audit records by searching for an actor, resource, or action and extracting those fields into a smaller view that is easier to compare record by record.

Limits and checks

  • Time-range results are only as reliable as the timestamp values in the records. Missing offsets, mixed time zones, malformed values, or absent timestamps can make an apparently reasonable interval omit relevant entries.
  • JSON defines no standard severity vocabulary. Values such as error, ERROR, err, and numeric levels may represent related concepts, but do not assume the viewer treats them as equivalent unless the displayed results confirm it.
  • A search hit does not by itself prove that a particular member equals the searched term. The text may occur in another field or within a longer value. Extract the relevant member and inspect the complete matching record before drawing that conclusion.

Common questions

Can the viewer handle every valid JSON log?

No. Valid JSON guarantees syntactic structure, not a particular arrangement of log records. Time and severity filtering require suitable corresponding values, and field extraction requires the requested members to exist where expected. A valid document can still use unfamiliar field names, nesting, timestamp representations, or record packaging that prevents the desired operation.

Are the logs uploaded when I search or filter them?

No. This tool runs entirely in the browser, so the supplied log content is not uploaded for viewing, searching, time selection, severity filtering, or field extraction. That does not remove sensitive data from the records. Treat copied matches, screenshots, and manually saved results according to the same handling requirements as the original logs.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools