Skip to content

Release: worker@1.29.2 (cli@1.39.5) - #1508

Merged
josephjclark merged 3 commits into
mainfrom
release/next
Aug 27, 2026
Merged

Release: worker@1.29.2 (cli@1.39.5)#1508
josephjclark merged 3 commits into
mainfrom
release/next

Conversation

@josephjclark

Copy link
Copy Markdown
Collaborator
  • better sentry tracking
  • fix to dataclip double encoding

* Worker: attribute sentry reports to the run that produced them

Each run already opened a sentry isolation scope, but engine and socket
callbacks fire outside its async context, so breadcrumbs and errors were
landing on the global scope and interleaving across concurrent runs. The
scope is now held on the run context and re-entered where the reporting
actually happens.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

* carry payload size on step-complete events for better reporting

* type fix

* add payload size to step complete event

* report payload size to sentry

* changeset

---------

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
@github-project-automation github-project-automation Bot moved this to New Issues in Core Aug 26, 2026
josephjclark and others added 2 commits August 26, 2026 16:17
* Worker: attribute sentry reports to the run that produced them

Each run already opened a sentry isolation scope, but engine and socket
callbacks fire outside its async context, so breadcrumbs and errors were
landing on the global scope and interleaving across concurrent runs. The
scope is now held on the run context and re-entered where the reporting
actually happens.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

* carry payload size on step-complete events for better reporting

* type fix

* report better errors out of sentry

* Gate double-encoding fix for output dataclips behind WORKER_NO_STRINGIFY_STATE

The worker double-JSON-encodes step output dataclips before sending them to
Lightning: once via a manual stringify, then again when phoenix serializes
the envelope. That double-encoding is what bloats large dataclips past
Lightning's websocket frame limit and kills the connection mid-run. The
runtime already sanitizes/clones state before it reaches this point, so the
manual stringify is redundant - but skipping it changes the wire format, so
it's opt-in via --stringify-state/--no-stringify-state (CLI) or
WORKER_NO_STRINGIFY_STATE (env), default false to preserve current
behaviour until the matching Lightning-side support (2.19+) is widely
deployed.

* docs and changelog

---------

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
@josephjclark josephjclark changed the title Worker: next release Release: worker@1.29.2 (cli@1.39.5) Aug 26, 2026
@josephjclark
josephjclark merged commit 364b619 into main Aug 27, 2026
10 checks passed
@github-project-automation github-project-automation Bot moved this from New Issues to Done in Core Aug 27, 2026
@josephjclark
josephjclark deleted the release/next branch August 27, 2026 08:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

2 participants