Repository navigation
chore: release v0.9.33 - #7543
Merged
Merged
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Automations to automatically generate PRs for you. |
Contributor
There was a problem hiding this comment.
Approve at e2225f08. Nothing blocks this.
- The branch is current main (
7ae1ae64, #7541) plus one release commit. All seven commits sincev0.9.32appear in both notes files, with the correct SHA and PR links. - Outside the two notes files, the diff only changes 20
"version"strings from 0.9.32 to 0.9.33. The changed-file set matches the v0.9.32 release (#7520) exactly. - CI, Docs, regression, preview-regression, Windows render, Lambda arm64, PR captures and both player-perf runs pass on this head. CodeQL is still running, but this commit changes no code.
- The "fails without the fix" rule doesn't apply here. This is a release PR, and each fix (for example #7541) brought its own test.
Non-blocking nit: the changelog tag "Parsers,lint,producer,cli" is the generator turning #7534's multi-scope commit into one tag. Every earlier entry uses single title-case tags, so "Parsers" (or "Projects", matching the notes heading) would read better.
Also non-blocking: the body still says the full release gate is "pending". Add the link before merging.
Merged
3 of 4 tasks
This branch was successfully deployed
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.
What
Release v0.9.33: version bump for 15 packages and 5 plugin manifests, plus the release notes for the seven changes since v0.9.32.
Clips that start partway into a voice recording now keep their sound to the end, even when the WAV file misreports its own byte rate. Variable-bound media also renders at the right length and loudness.
Fixes
Docs & Examples
Internal
Why
Ships the lost-sound fix (#7541): a clip that starts partway into a WAV whose header misstates its byte rate went quiet early or played nothing. Also ships the variable-bound media fix, the project path confinement, the earlier captioning check and the share limit message.
Related work
Follows
chore: release v0.9.32(#7520).How
bun run changelog:draft 0.9.33 --write --from v0.9.32, then the TODO summary was written and the style-bar line removed in both notes files, and the five fix lines were put in plain words. Thenbun run release:prepare 0.9.33 --from v0.9.32 --no-tagset 15 packages and 5 plugin manifests to 0.9.33. The changed file list matches the v0.9.32 release commit (22 files). No tag is pushed; the release workflow tags the merge SHA.Release gate
Engine, producer and CLI code changed, so the full release gate runs on this head (Desktop's full walk with these packed packages). Link below when it finishes.
No visible change
Version bump and changelog only. Each change was captured in its own PR.
Test plan
docs/changelog.mdxandreleases/v0.9.33.md, summary written by hand