Skip to content

fix: parse tracebacks after stderr prefixes - #323

Open
alceops wants to merge 1 commit into
extrabacon:masterfrom
alceops:fix-parse-prefixed-traceback
Open

fix: parse tracebacks after stderr prefixes#323
alceops wants to merge 1 commit into
extrabacon:masterfrom
alceops:fix-parse-prefixed-traceback

Conversation

@alceops

@alceops alceops commented Apr 28, 2026

Copy link
Copy Markdown

Summary

  • parse Python tracebacks even when stderr contains prefix log lines before the traceback header
  • keep the parsed traceback focused on the traceback block
  • add a regression fixture/test for prefixed stderr output

Validation

  • npm ci
  • npm test -- --grep "parseError|prefixed logs" (4 passing)

Fixes #309.

@StantonMatt

Copy link
Copy Markdown

I fetched this branch locally to help with maintainer triage.

Validation:

  • npm test -- --grep "prefixed logs" -> 1 passing
  • npm test -> 44 passing

The fix matches the reported shape in #309: prefix stderr text is ignored for traceback parsing, while the parsed traceback still starts at Traceback (most recent call last):. I did not spot a conflict with the existing plain-traceback behavior in the full suite.

@PNHD PNHD left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified the current head against #309 on an LF-safe checkout. The prefixed-traceback regression, full npm test suite, repository Prettier check, and diff hygiene all pass locally. The change stays scoped to traceback parsing without disturbing the existing plain-traceback path.

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.

The error object doesn't have Error & traceback properties.

3 participants