Skip to content

chore: release main#1025

Merged
packyg merged 4 commits into
mainfrom
release-please--branches--main--changes--next
May 4, 2026
Merged

chore: release main#1025
packyg merged 4 commits into
mainfrom
release-please--branches--main--changes--next

Conversation

@stainless-app
Copy link
Copy Markdown
Contributor

@stainless-app stainless-app Bot commented May 1, 2026

✨ Stainless prepared a new release

sdk: 0.93.0

0.93.0 (2026-05-04)

Full Changelog: sdk-v0.92.0...sdk-v0.93.0

Features

  • client: add Workload Identity Federation, interactive OAuth, and auth profiles (d5d6abd)

This pull request is managed by Stainless's GitHub App.

The semver version number is based on included commit messages. Alternatively, you can manually set the version number in the title of this pull request.

For a better experience, it is recommended to use either rebase-merge or squash-merge when merging this pull request.

🔗 Stainless website
📚 Read the docs
🙋 Reach out for help or questions

## Summary
- Simplifies the breaking-change CI job to always use `git merge-base
HEAD origin/main` as the base, regardless of event type or current
branch. Previously, the job had three branches (PR base SHA / merge-base
with main on `next` / merge-base with `next` otherwise), one of which
was unreachable due to a `--abrev-ref` typo.
- Renames the job to `detect_breaking_changes_vs_main` (display name
`detect-breaking-changes-vs-main`, step name "Detect breaking changes
vs. main") to leave room for a future check that runs against
feature-branch history.
- Drops the `next` fetch since it's no longer needed.
- I'll follow up later with a separate "check for breaking changes long
a branch's history" since that's a lower priority than this
- 
## Test plan
- [ ] CI on this PR runs the new job and reports
`detect-breaking-changes-vs-main` as a check.
- [ ] The job correctly resolves a non-empty `BASE_SHA` against
`origin/main` for this PR.
- [ ] No other workflow or repo configuration depends on the old job
name (branch protection is not enabled for this repo, per discussion).
@stainless-app stainless-app Bot requested a review from a team as a code owner May 1, 2026 15:36
…d auth profiles

Add helpers for performing Workload Identity Federation based identity auth, as well as support for interactive OAuth and profile management.
@stainless-app stainless-app Bot force-pushed the release-please--branches--main--changes--next branch from b347b8a to 7e96066 Compare May 4, 2026 16:56
Comment thread src/client.ts
*/
private _applyCredentialBaseURL(baseURL: string | undefined): void {
if (!baseURL) return;
const normalized = baseURL.replace(/\/+$/, '');
options: ResolverOptions,
): CredentialResult {
const credentialsPath = config.authentication.credentials_path ?? null;
const effectiveBaseURL = (config.base_url || options.baseURL).replace(/\/+$/, '');
@stainless-app stainless-app Bot force-pushed the release-please--branches--main--changes--next branch from 7e96066 to 7c289d2 Compare May 4, 2026 17:07
@packyg packyg merged commit d6f562c into main May 4, 2026
11 of 12 checks passed
@packyg packyg deleted the release-please--branches--main--changes--next branch May 4, 2026 17:11
@stainless-app
Copy link
Copy Markdown
Contributor Author

stainless-app Bot commented May 4, 2026

stainless-app Bot pushed a commit that referenced this pull request May 28, 2026
)

## Why

The beta streaming accumulator's `compaction_delta` handler copied only
`content` onto the accumulated compaction block, silently dropping
`encrypted_content` — opaque metadata the caller must round-trip
verbatim to keep context across compaction boundaries. A streamed
message therefore lost it relative to the non-streaming response. Same
bug fixed in anthropic-python#1821 and ported to anthropic-go.

## The fix

One line in `src/lib/BetaMessageStream.ts` — carry `encrypted_content:
event.delta.encrypted_content` alongside `content` in the
`compaction_delta` case.

## Testing

Turns the shared `beta/compaction_encrypted_content` accumulator
snapshot green (verified locally with both branches combined); existing
MessageStream/BetaMessageStream suites still pass. Snapshot test lands
in the companion test PR — merge this before/with it so `next` never
goes red.

Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
@stainless-app stainless-app Bot mentioned this pull request May 28, 2026
stainless-app Bot pushed a commit that referenced this pull request May 29, 2026
)

## Why

The beta streaming accumulator's `compaction_delta` handler copied only
`content` onto the accumulated compaction block, silently dropping
`encrypted_content` — opaque metadata the caller must round-trip
verbatim to keep context across compaction boundaries. A streamed
message therefore lost it relative to the non-streaming response. Same
bug fixed in anthropic-python#1821 and ported to anthropic-go.

## The fix

One line in `src/lib/BetaMessageStream.ts` — carry `encrypted_content:
event.delta.encrypted_content` alongside `content` in the
`compaction_delta` case.

## Testing

Turns the shared `beta/compaction_encrypted_content` accumulator
snapshot green (verified locally with both branches combined); existing
MessageStream/BetaMessageStream suites still pass. Snapshot test lands
in the companion test PR — merge this before/with it so `next` never
goes red.

Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants