Skip to content

fix(clerk-js): Backport dev browser token being read from stale non-partitioned cookies#8238

Merged
nikosdouvlis merged 3 commits intorelease/core-2from
backport
Apr 5, 2026
Merged

fix(clerk-js): Backport dev browser token being read from stale non-partitioned cookies#8238
nikosdouvlis merged 3 commits intorelease/core-2from
backport

Conversation

@tmilewski
Copy link
Copy Markdown
Member

@tmilewski tmilewski commented Apr 5, 2026

Description

Checklist

  • pnpm test runs as expected.
  • pnpm build runs as expected.
  • (If applicable) JSDoc comments have been added or updated for any package exports
  • (If applicable) Documentation has been updated

Type of change

  • 🐛 Bug fix
  • 🌟 New feature
  • 🔨 Breaking change
  • 📖 Refactoring / dependency upgrade / documentation
  • other:

Summary by CodeRabbit

Bug Fixes

  • Fixed developer browser token handling when partitioned cookies are enabled. Tokens are now stored in memory to ensure authentication requests consistently use the current token value instead of stale cached values.

@changeset-bot
Copy link
Copy Markdown

changeset-bot bot commented Apr 5, 2026

🦋 Changeset detected

Latest commit: d6ddaa1

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 3 packages
Name Type
@clerk/clerk-js Patch
@clerk/chrome-extension Patch
@clerk/clerk-expo Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel
Copy link
Copy Markdown

vercel bot commented Apr 5, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
clerk-js-sandbox Ready Ready Preview, Comment Apr 5, 2026 11:04am

Request Review

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai bot commented Apr 5, 2026

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 2e2a0272-44b2-4f54-ac4f-41f3813652a8

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch backport

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

@tmilewski tmilewski changed the title fix(clerk-js): Backport dbt being read from stale non-partitioned cookies fix(clerk-js): Backport dev browser token being read from stale non-partitioned cookies Apr 5, 2026
@pkg-pr-new
Copy link
Copy Markdown

pkg-pr-new bot commented Apr 5, 2026

Open in StackBlitz

@clerk/agent-toolkit

npm i https://pkg.pr.new/@clerk/agent-toolkit@8238

@clerk/astro

npm i https://pkg.pr.new/@clerk/astro@8238

@clerk/backend

npm i https://pkg.pr.new/@clerk/backend@8238

@clerk/chrome-extension

npm i https://pkg.pr.new/@clerk/chrome-extension@8238

@clerk/clerk-js

npm i https://pkg.pr.new/@clerk/clerk-js@8238

@clerk/dev-cli

npm i https://pkg.pr.new/@clerk/dev-cli@8238

@clerk/elements

npm i https://pkg.pr.new/@clerk/elements@8238

@clerk/clerk-expo

npm i https://pkg.pr.new/@clerk/clerk-expo@8238

@clerk/expo-passkeys

npm i https://pkg.pr.new/@clerk/expo-passkeys@8238

@clerk/express

npm i https://pkg.pr.new/@clerk/express@8238

@clerk/fastify

npm i https://pkg.pr.new/@clerk/fastify@8238

@clerk/localizations

npm i https://pkg.pr.new/@clerk/localizations@8238

@clerk/nextjs

npm i https://pkg.pr.new/@clerk/nextjs@8238

@clerk/nuxt

npm i https://pkg.pr.new/@clerk/nuxt@8238

@clerk/clerk-react

npm i https://pkg.pr.new/@clerk/clerk-react@8238

@clerk/react-router

npm i https://pkg.pr.new/@clerk/react-router@8238

@clerk/remix

npm i https://pkg.pr.new/@clerk/remix@8238

@clerk/shared

npm i https://pkg.pr.new/@clerk/shared@8238

@clerk/tanstack-react-start

npm i https://pkg.pr.new/@clerk/tanstack-react-start@8238

@clerk/testing

npm i https://pkg.pr.new/@clerk/testing@8238

@clerk/themes

npm i https://pkg.pr.new/@clerk/themes@8238

@clerk/types

npm i https://pkg.pr.new/@clerk/types@8238

@clerk/upgrade

npm i https://pkg.pr.new/@clerk/upgrade@8238

@clerk/vue

npm i https://pkg.pr.new/@clerk/vue@8238

commit: d6ddaa1

Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

🧹 Nitpick comments (1)
integration/tests/dev-browser-partitioned-cookies.test.ts (1)

30-31: Consider defensive handling for undefined publishable key.

The non-null assertion on parsePublishableKey(pk)! could cause a confusing test failure if CLERK_PUBLISHABLE_KEY is not configured. A clearer assertion would improve debuggability.

🔧 Proposed improvement for better error messaging
       const pk = app.env.publicVariables.get('CLERK_PUBLISHABLE_KEY');
-      const { frontendApi } = parsePublishableKey(pk)!;
+      const parsed = parsePublishableKey(pk);
+      expect(parsed).toBeTruthy();
+      const { frontendApi } = parsed!;
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@integration/tests/dev-browser-partitioned-cookies.test.ts` around lines 30 -
31, The test currently uses a non-null assertion on parsePublishableKey(pk)!
which will throw a vague error if CLERK_PUBLISHABLE_KEY is missing; update the
setup to defensively check that pk (from
app.env.publicVariables.get('CLERK_PUBLISHABLE_KEY')) is defined and fail fast
with a clear message (e.g., throw or assert) before calling parsePublishableKey,
and then call parsePublishableKey(pk) without the non-null assertion and extract
frontendApi; reference the symbols pk, app.env.publicVariables.get, and
parsePublishableKey to locate and fix the code.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@integration/tests/dev-browser-partitioned-cookies.test.ts`:
- Around line 30-31: The test currently uses a non-null assertion on
parsePublishableKey(pk)! which will throw a vague error if CLERK_PUBLISHABLE_KEY
is missing; update the setup to defensively check that pk (from
app.env.publicVariables.get('CLERK_PUBLISHABLE_KEY')) is defined and fail fast
with a clear message (e.g., throw or assert) before calling parsePublishableKey,
and then call parsePublishableKey(pk) without the non-null assertion and extract
frontendApi; reference the symbols pk, app.env.publicVariables.get, and
parsePublishableKey to locate and fix the code.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 13c25e43-228d-4c06-a30a-0fef91334e71

📥 Commits

Reviewing files that changed from the base of the PR and between c19a60a and f4c47f5.

📒 Files selected for processing (3)
  • .changeset/plain-lines-kneel.md
  • integration/tests/dev-browser-partitioned-cookies.test.ts
  • packages/clerk-js/src/core/auth/devBrowser.ts

networkidle never settles on clerk-js pages because of
SessionCookiePoller, telemetry, and captcha network activity.
No other integration test uses networkidle.
@nikosdouvlis nikosdouvlis merged commit 78269fc into release/core-2 Apr 5, 2026
44 checks passed
@nikosdouvlis nikosdouvlis deleted the backport branch April 5, 2026 11:45
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.

2 participants