release: v0.1.1220 - #3495
Merged
Merged
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe release version changed from ChangesVersion metadata
Estimated code review effort: 1 (Trivial) | ~2 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Cuts framework v0.1.1220 so the environment active-release fix can reach production.
Why now
veryfront-code#3491 landed after v0.1.1219 was cut, so it is in no release. Production runs 0.1.1218, two releases behind the fix.
That fix ends a live outage: every release-bound scheduled run has failed with HTTP 403 since 2026-08-05, because the environment resolver read
active_release_idfrom the top level of the environments response while the API returns it nested underdeployment.release.id. 61 failures onagentic-job-submission-processingalone, whose schedule is currently paused because of it. Tracked as veryfront-issue-inbox#417.Contents
Everything on
mainsince v0.1.1219:#3491read the environment active release from its deployment — the outage fix#3492guard the hosted child completion dispatch#3493keep the real cause when a child error coincides with an abortHow this was prepared, and what was skipped
deno task release --yes --no-publish --no-test --no-build, then the local tag deleted and the commit reworded to therelease: vXconvention used onmain. The branch carries no tag, so nothing publishes until this merges and a tag is created deliberately.--no-testand--no-buildwere forced, not chosen. Both gates fail on the same pre-existing defect:scripts/build/build-npm-extension-packages.tsimports#dnt, which61728ffc9(#3212) removed fromdeno.jsonwithout removing the script.deno task testsweepsscripts/and dies on it;verify:distruns the same build script. Filed as veryfront-issue-inbox#425.That skip has a trap.
--no-buildalso skipsdeno task generate, which lefthydration-runtime.generated.tsreporting0.1.1219whiledeno.jsonandversion-constant.tssaid0.1.1220. Caught by comparing this commit against v0.1.1219 — two files versus three.deno task generatewas run separately and amended in, so all three now agree and the diff matches v0.1.1219s shape.Worth checking whether an earlier release shipped that skew, since anyone cutting past the broken import would hit it silently.
Verification
The release script could not run its own gates, so the product code was exercised directly:
src/server/project-envandsrc/agent, 1,150 passed, 0 failed. CI on this PR is the real gate.After merge
Tag
v0.1.1220, then promoteveryfront-serveronto it asfa3ce69did for v0.1.1218. Only then does the 403 clear and the schedule become re-enableable — which in the same tick should also produce the first run carryingelapsedMsfrom #3483, never yet observed end to end.Summary by CodeRabbit