Skip to content

fix(session): skip corrupt lines in load_transcript instead of crashing#1193

Closed
alireza78a wants to merge 1 commit intoNousResearch:mainfrom
alireza78a:fix/session-transcript-corrupt-line-v2
Closed

fix(session): skip corrupt lines in load_transcript instead of crashing#1193
alireza78a wants to merge 1 commit intoNousResearch:mainfrom
alireza78a:fix/session-transcript-corrupt-line-v2

Conversation

@alireza78a
Copy link
Contributor

load_transcript() has no error handling around json.loads(). If the gateway is killed mid-write (OOM, SIGKILL, power loss), the last line of the JSONL file ends up partial. Next time the session loads, json.loads raises JSONDecodeError and the whole transcript load fails — user sees blank context with no history.

Wrapping the parse in try/except json.JSONDecodeError and skipping the bad line is enough. The rest of the history loads fine.

teknium1 added a commit that referenced this pull request Mar 17, 2026
Wrap json.loads() in load_transcript() with try/except JSONDecodeError
so that partial JSONL lines (from mid-write crashes like OOM/SIGKILL)
are skipped with a warning instead of crashing the entire transcript
load. The rest of the history loads fine.

Adds a logger.warning with the session ID and truncated corrupt line
content for debugging visibility.

Salvaged from PR #1193 by alireza78a.
Closes #1193
@teknium1 teknium1 closed this in 7021910 Mar 17, 2026
teknium1 added a commit that referenced this pull request Mar 17, 2026
#1775)

* fix(session): skip corrupt lines in load_transcript instead of crashing

Wrap json.loads() in load_transcript() with try/except JSONDecodeError
so that partial JSONL lines (from mid-write crashes like OOM/SIGKILL)
are skipped with a warning instead of crashing the entire transcript
load. The rest of the history loads fine.

Adds a logger.warning with the session ID and truncated corrupt line
content for debugging visibility.

Salvaged from PR #1193 by alireza78a.
Closes #1193

* fix(stt): respect explicit provider config instead of env-var fallback

Rework _get_provider() to separate explicit config from auto-detect.
When stt.provider is explicitly set in config.yaml, that choice is
authoritative — no silent cross-provider fallback based on which env
vars happen to be set. When no provider is configured, auto-detect
still tries: local > groq > openai.

This fixes the reported scenario where provider: local + a placeholder
OPENAI_API_KEY caused the system to silently select OpenAI and fail
with a 401.

Closes #1774
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant