JSON Repair

Yes. All Json Repair processing is performed locally in your browser, with no upload to any server. This no-upload, no-tracking design aligns well with PIPEDA and provincial privacy requirements for personal information.

The formatter preserves your original timestamps unchanged and works fine with ISO 8601 dates (YYYY-MM-DD, Canada's official standard) as well as America/Toronto, America/Winnipeg, America/Edmonton and America/Vancouver timezones.

Yes — no registration, no login, no SSO needed. Open the page, paste your Json Repair, and format immediately, with no usage telemetry tied to your identity, which suits bilingual and regulated Canadian workplaces.

Malformed JSON is text that looks like JSON but violates the strict JSON syntax specification — for example unquoted keys, single quotes instead of double quotes, trailing commas, missing brackets, or comments. Strict parsers like JSON.parse reject it, but a repair tool can usually fix it automatically.

Yes. LLM output is one of the most common sources of broken JSON. The tool handles unquoted keys, single quotes, trailing commas, missing brackets, prose wrapped around the JSON, and truncated (cut-off) responses.

No. The repair algorithm runs entirely in your browser. Your JSON never leaves your device, which makes the tool safe for confidential logs, API payloads, and customer data.

A JSON Formatter only works on already-valid JSON — it pretty-prints and validates. JSON Repair goes one step further: it fixes invalid JSON first (quotes, commas, brackets, truncation), then outputs clean formatted JSON. Use the formatter for valid input and the repair tool for broken input.

In most cases, yes. Truncated JSON (for example an object cut off mid-value by a token limit) is repaired by closing open strings, arrays, and objects. Data that was never transmitted cannot be recovered, but the structure is made valid again.

Common recoverable faults: trailing commas, single quotes instead of double quotes, unquoted keys, Python-style True/False/None literals, unescaped newlines inside strings, and comments. The repair engine rewrites them into strict RFC 8259 JSON and reports exactly which fixes were applied.

Every repair is semantic-preserving where possible - comments are dropped (JSON has no comment syntax) and quote style is normalized, but values, structure, and ordering are kept byte-for-byte in meaning. The diff view shows each transformation so you can verify nothing unexpected changed before using the output.

The three biggest sources are LLM output (models emit single quotes, trailing commas, and unquoted keys despite instructions), hand-edited configuration files, and truncated API logs. Repairing before parsing lets pipelines continue instead of failing an entire batch over one malformed record.