Skip to content

chore: release v2.3.0-beta.1 (#512 login workspace + manual-callback fixes) - #514

Merged
ndycode merged 1 commit into
mainfrom
release/v2.3.0-beta.1
Jun 7, 2026
Merged

chore: release v2.3.0-beta.1 (#512 login workspace + manual-callback fixes)#514
ndycode merged 1 commit into
mainfrom
release/v2.3.0-beta.1

Conversation

@ndycode

@ndycode ndycode commented Jun 7, 2026

Copy link
Copy Markdown
Owner

Release: v2.3.0-beta.1

Bugfix beta on the 2.3.0 line, shipping the #512 fixes merged in #513. No code changes beyond the version bump and release docs — the fixes are already on main.

What's in this release

  • codex-multi-auth login now reports the true outcome — Added account / Updated existing account / Rebound workspace for existing account — instead of always printing "Added account" for same-email / different-workspace logins.
  • Token-derived workspaces are persisted on the saved account (including the login --org <id> path), so codex-multi-auth workspace <account> works for same-email multi-workspace accounts. Rows no longer save with workspaces: null.
  • First-time workspace enrichment of a pre-[feature] Support registering multiple workspaces for the same email (personal + business/team under one Google account) #491 row is reported as Updated, not Rebound.
  • login --manual surfaces real callback validation errors (invalid / state-mismatch) with specific messages and a non-zero exit, instead of reporting them as "Cancelled.".

The #509 sequential drain-first feature from 2.3.0-beta.0 is unchanged.

Version touchpoints bumped to 2.3.0-beta.1

  • package.json, package-lock.json, .codex-plugin/plugin.json
  • docs/releases/v2.3.0-beta.1.md (new) + docs/README.md index updated

Verification (on merged main + this bump)

  • Full suite: 4428 passed / 0 failing
  • npm run build (tsc + copy-oauth-success): clean, version stamps as 2.3.0-beta.1
  • npm run lint: clean

Publish

Not performed here. No npm publish and no git tag were run — this PR only prepares the release artifacts. Publish to the beta dist-tag (npm publish --tag beta) after merge, per your release process.

🤖 Generated with Claude Code

note: greptile review for oc-chatgpt-multi-auth. cite files like lib/foo.ts:123. confirm regression tests + windows concurrency/token redaction coverage.

Greptile Summary

pure release-prep pr — version bump from 2.3.0-beta.0 to 2.3.0-beta.1 across package.json, package-lock.json, and .codex-plugin/plugin.json, plus new release notes and an updated docs index. no production code changes; the underlying #512 fixes (workspace persistence, manual-callback error classification) are already on main.

  • version is consistent across all three manifest files; package-lock.json correctly bumps both root and packages[\"\"] entries.
  • release notes in docs/releases/v2.3.0-beta.1.md accurately describe the login outcome reporting, workspace persistence, and --manual callback classifier fixes, and note the new vitest coverage — but the notes section incorrectly states the package is already published when npm publish hasn't been run yet.

Confidence Score: 4/5

safe to merge — all changes are version manifest bumps and documentation; no production logic is touched.

the three manifest files are internally consistent and the docs index is correct. the only rough edge is in the release notes: the notes say the package is already published when the PR description is explicit that npm publish hasn't been run. that's a docs inaccuracy that could confuse someone checking install status right after merge, but it carries no risk to the codebase or token safety.

docs/releases/v2.3.0-beta.1.md — the publish-status wording in the Notes section should be reconciled with the actual post-merge publish step.

Important Files Changed

Filename Overview
package.json version bumped from 2.3.0-beta.0 to 2.3.0-beta.1; no other changes
package-lock.json version bumped in both root and packages[""] entries; lockfileVersion and dependency tree untouched
.codex-plugin/plugin.json plugin version bumped to 2.3.0-beta.1; consistent with package.json
docs/README.md release index updated: v2.3.0-beta.1 promoted to current prerelease, v2.3.0-beta.0 moved to prior; no broken links
docs/releases/v2.3.0-beta.1.md new release notes accurately describe the #512 fixes and test coverage, but the Notes section incorrectly states the package is already published when npm publish hasn't been run yet

Flowchart

%%{init: {'theme': 'neutral'}}%%
flowchart TD
    A[PR merges to main\nversion bump beta.0 to beta.1] --> B[manifest files updated\npackage.json, package-lock.json\nplugin.json]
    A --> C[release notes created\ndocs/releases/v2.3.0-beta.1.md]
    A --> D[docs index updated\ndocs/README.md]
    B --> E[npm run build\ntsc plus copy-oauth-success]
    E --> F{build clean?}
    F -- yes --> G[npm publish tag beta\npost-merge manual step]
    F -- no --> H[fix build errors]
    G --> I[codex-multi-auth at beta available]
Loading

Fix All in Codex

Prompt To Fix All With AI
Fix the following 1 code review issue. Work through them one at a time, proposing concise fixes.

---

### Issue 1 of 1
docs/releases/v2.3.0-beta.1.md:60-62
**release notes claim publish already happened, but it hasn't**

the notes say "Prerelease published under the `beta` dist-tag" in past tense, but the PR description is explicit that `npm publish` was *not* run and will only happen post-merge. once this file lands on `main`, anyone reading it will incorrectly believe the package is already live on the `beta` dist-tag. suggest wording like "Will be published under the `beta` dist-tag after merge (`npm publish --tag beta`)." to match the actual release process.

Reviews (1): Last reviewed commit: "chore: release v2.3.0-beta.1 (#512 login..." | Re-trigger Greptile

Greptile also left 1 inline comment on this PR.

…fixes)

Bugfix beta on the 2.3.0 line shipping the #512 fixes merged in #513:
- login reports Added/Updated/Rebound instead of always "Added account",
  and persists token-derived workspaces (incl. the --org path) so
  `workspace <account>` works for same-email multi-workspace accounts;
- `login --manual` surfaces real callback validation errors (invalid /
  state-mismatch) instead of reporting them as "Cancelled.".

Bumps package.json, package-lock.json, and .codex-plugin/plugin.json to
2.3.0-beta.1, adds docs/releases/v2.3.0-beta.1.md, and updates the docs
release index. The #509 sequential drain-first feature from beta.0 is
unchanged. No npm publish performed here.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@chatgpt-codex-connector

Copy link
Copy Markdown

Codex usage limits have been reached for code reviews. Please check with the admins of this repo to increase the limits by adding credits.
Credits must be used to enable repository wide code reviews.

@coderabbitai

coderabbitai Bot commented Jun 7, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@ndycode, we couldn't start this review because you've reached your PR review rate limit.

More reviews will be available in 1 minute and 42 seconds. Learn how PR review limits work.

Your organization has run out of usage credits. Purchase more in the billing tab.

⌛ How to resolve this issue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans include higher PR review limits than trial, open-source, and free plans. In all cases, reviews become available again over time. During sustained high-volume PR review activity, CodeRabbit may temporarily slow when the next review becomes available.

Please see our Fair Usage Limits Policy for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 96d4375d-d565-47e8-ab6c-17e5184f6d2e

📥 Commits

Reviewing files that changed from the base of the PR and between d54d86f and 62dd2d6.

⛔ Files ignored due to path filters (1)
  • package-lock.json is excluded by !**/package-lock.json
📒 Files selected for processing (4)
  • .codex-plugin/plugin.json
  • docs/README.md
  • docs/releases/v2.3.0-beta.1.md
  • package.json
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch release/v2.3.0-beta.1
✨ Simplify code
  • Create PR with simplified code
  • Commit simplified code in branch release/v2.3.0-beta.1

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Comment on lines +60 to +62
- Prerelease published under the `beta` dist-tag
(`npm i -g codex-multi-auth@beta`). This is a bugfix beta on the 2.3.0 line;
the #509 sequential drain-first feature from `2.3.0-beta.0` is unchanged.

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

P2 release notes claim publish already happened, but it hasn't

the notes say "Prerelease published under the beta dist-tag" in past tense, but the PR description is explicit that npm publish was not run and will only happen post-merge. once this file lands on main, anyone reading it will incorrectly believe the package is already live on the beta dist-tag. suggest wording like "Will be published under the beta dist-tag after merge (npm publish --tag beta)." to match the actual release process.

Prompt To Fix With AI
This is a comment left during a code review.
Path: docs/releases/v2.3.0-beta.1.md
Line: 60-62

Comment:
**release notes claim publish already happened, but it hasn't**

the notes say "Prerelease published under the `beta` dist-tag" in past tense, but the PR description is explicit that `npm publish` was *not* run and will only happen post-merge. once this file lands on `main`, anyone reading it will incorrectly believe the package is already live on the `beta` dist-tag. suggest wording like "Will be published under the `beta` dist-tag after merge (`npm publish --tag beta`)." to match the actual release process.

How can I resolve this? If you propose a fix, please make it concise.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

Fix in Codex

@ndycode
ndycode merged commit d8306d5 into main Jun 7, 2026
1 of 2 checks passed
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.

1 participant