Inferred type of betterAuth client exceed compiler serialization

D

discquistOP•5/21/25, 10:53 AM

Anyone stumbled into the same issue?

P

Ping•5/21/25, 12:35 PM

have you enabled

strict

strict

strict

strict in tsconfig? @discquist
https://www.better-auth.com/docs/concepts/typescript#strict-mode

TypeScript | Better Auth

Better Auth TypeScript integration.

D

discquistOP•5/21/25, 12:38 PM

Yes that's enabled

D

discquistOP•5/22/25, 5:46 PM

Is there any type i can vast the betterAuth isntance as? That would probably help, but couldn't find.

B

Big Chunckus•5/24/25, 9:58 AM

Same error for me

Ddiscquist Yes that's enabled

P

Ping•5/24/25, 11:17 AM

Normally this solves it. Can I see your entire tsconfig?

B

Big Chunckus•5/24/25, 3:38 PM

for me it's

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Next.js",
  "extends": "./base.json",
  "compilerOptions": {
    "strict": true,
    "plugins": [{ "name": "next" }],
    "module": "ESNext",
    "moduleResolution": "Bundler",
    "allowJs": true,
    "jsx": "preserve",
    "noEmit": true
  }
}

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Next.js",
  "extends": "./base.json",
  "compilerOptions": {
    "strict": true,
    "plugins": [{ "name": "next" }],
    "module": "ESNext",
    "moduleResolution": "Bundler",
    "allowJs": true,
    "jsx": "preserve",
    "noEmit": true
  }
}

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Next.js",
  "extends": "./base.json",
  "compilerOptions": {
    "strict": true,
    "plugins": [{ "name": "next" }],
    "module": "ESNext",
    "moduleResolution": "Bundler",
    "allowJs": true,
    "jsx": "preserve",
    "noEmit": true
  }
}

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Next.js",
  "extends": "./base.json",
  "compilerOptions": {
    "strict": true,
    "plugins": [{ "name": "next" }],
    "module": "ESNext",
    "moduleResolution": "Bundler",
    "allowJs": true,
    "jsx": "preserve",
    "noEmit": true
  }
}

B

Big Chunckus•5/24/25, 3:39 PM

and base.json

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Default",
  "compilerOptions": {
    "declaration": true,
    "declarationMap": true,
    "esModuleInterop": true,
    "incremental": false,
    "isolatedModules": true,
    "lib": ["es2022", "DOM", "DOM.Iterable"],
    "module": "NodeNext",
    "moduleDetection": "force",
    "moduleResolution": "NodeNext",
    "noUncheckedIndexedAccess": true,
    "resolveJsonModule": true,
    "skipLibCheck": true,
    "strict": true,
    "target": "ES2022"
  }
}

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Default",
  "compilerOptions": {
    "declaration": true,
    "declarationMap": true,
    "esModuleInterop": true,
    "incremental": false,
    "isolatedModules": true,
    "lib": ["es2022", "DOM", "DOM.Iterable"],
    "module": "NodeNext",
    "moduleDetection": "force",
    "moduleResolution": "NodeNext",
    "noUncheckedIndexedAccess": true,
    "resolveJsonModule": true,
    "skipLibCheck": true,
    "strict": true,
    "target": "ES2022"
  }
}

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Default",
  "compilerOptions": {
    "declaration": true,
    "declarationMap": true,
    "esModuleInterop": true,
    "incremental": false,
    "isolatedModules": true,
    "lib": ["es2022", "DOM", "DOM.Iterable"],
    "module": "NodeNext",
    "moduleDetection": "force",
    "moduleResolution": "NodeNext",
    "noUncheckedIndexedAccess": true,
    "resolveJsonModule": true,
    "skipLibCheck": true,
    "strict": true,
    "target": "ES2022"
  }
}

{
  "$schema": "https://json.schemastore.org/tsconfig",
  "display": "Default",
  "compilerOptions": {
    "declaration": true,
    "declarationMap": true,
    "esModuleInterop": true,
    "incremental": false,
    "isolatedModules": true,
    "lib": ["es2022", "DOM", "DOM.Iterable"],
    "module": "NodeNext",
    "moduleDetection": "force",
    "moduleResolution": "NodeNext",
    "noUncheckedIndexedAccess": true,
    "resolveJsonModule": true,
    "skipLibCheck": true,
    "strict": true,
    "target": "ES2022"
  }
}

BBig Chunckus for me it's ```json { "$schema": "https://json.schemastore.org/tsconfig", "...

P

Ping•5/25/25, 5:01 AM

Check if you disable declaration if it will work

B

Big Chunckus•5/25/25, 8:23 AM

seem to work thank you

P

Ping•5/25/25, 4:50 PM

Hello, @discquist , could you try disabling

declaration

declaration

declaration

declaration as well?

D

discquistOP•5/26/25, 6:55 AM

Yeah i'll try that.But unsure if i want to do that since i use a ackend framework (encore.ts) that allows me to generate fully typed client to consume in my frontend.

D

discquistOP•5/26/25, 6:00 PM

@Ping Yeah, not possilbe for me to disbale declaration in my projet. So i htink one solution would be if i can set the type of the instance or something?

Ddiscquist @Ping Yeah, not possilbe for me to disbale declaration in my projet. So i htink...

P

Ping•5/27/25, 6:41 AM

You can set it to

ReturnType<typeof betterAuth>

ReturnType<typeof betterAuth>

ReturnType<typeof betterAuth>

ReturnType<typeof betterAuth>, but you won't get any inference for any plugins or other configurations you may have added.

J

Jakob Norlin•6/24/25, 10:39 AM

I'm also running into this issue. We've got a monorepo with project references, so I can't turn declarations off (because TS requires declarations for project references).

It's happening to us when I try to add the stripe plugin. It works fine without it. It seems it's the combination of the organization plugin and the stripe plugin, because removing the organization plugin also removes the warning.

If anyone has gotten around this issue, I'd love some pointers in the right direction

J

Jonathan Powers•7/9/25, 12:29 AM

Just here to add a +1 to this. The organization plugin is the culprit, removing other plugins and leaving it in place still displays the error. I assume this is because the organization plugin declaration is about 6500 lines of types. Disabling declaration did not help, however that wouldn't be an option for us anyway, as we are also using a monorepo with project references.

The

ReturnType<typeof betterAuth>

ReturnType<typeof betterAuth>

ReturnType<typeof betterAuth>

ReturnType<typeof betterAuth> workaround broke a bunch of other types that were based on config, so I wound up with this hack:

const options = {
  // ... my options
}} as const satisfies BetterAuthOptions & {
  organization: Record<string, unknown>
  member: Record<string, unknown>
  invitation: Record<string, unknown>
}

export const auth: ReturnType<
  typeof betterAuth<
    typeof options & {
      plugins: BetterAuthPlugin[]
    }
  >
> = betterAuth(options)

const options = {
  // ... my options
}} as const satisfies BetterAuthOptions & {
  organization: Record<string, unknown>
  member: Record<string, unknown>
  invitation: Record<string, unknown>
}

export const auth: ReturnType<
  typeof betterAuth<
    typeof options & {
      plugins: BetterAuthPlugin[]
    }
  >
> = betterAuth(options)

const options = {
  // ... my options
}} as const satisfies BetterAuthOptions & {
  organization: Record<string, unknown>
  member: Record<string, unknown>
  invitation: Record<string, unknown>
}

export const auth: ReturnType<
  typeof betterAuth<
    typeof options & {
      plugins: BetterAuthPlugin[]
    }
  >
> = betterAuth(options)

const options = {
  // ... my options
}} as const satisfies BetterAuthOptions & {
  organization: Record<string, unknown>
  member: Record<string, unknown>
  invitation: Record<string, unknown>
}

export const auth: ReturnType<
  typeof betterAuth<
    typeof options & {
      plugins: BetterAuthPlugin[]
    }
  >
> = betterAuth(options)

This is obviously fragile, but is working for right now.

On version

1.2.12

1.2.12

1.2.12

1.2.12

P

Ping•7/9/25, 4:00 PM

I think this is mostly a Better-Auth issue, not sure if there are any work-arounds, or not to my knowledge at least.
I'm certain we will fix this in the future, most likely in a major release (since it's possible we will have breaking changes - not 100% on that though) so it might be some time away unfortunately.

A

Arthur•7/15/25, 10:19 AM

+1

B

braifz•7/15/25, 3:21 PM

+1

I'm getting the same error when trying to add the organization plugin.

A

Azzani•8/24/25, 6:27 AM

Same error, every time i try workaround, i get my self in another issue.

M

Maks•10/2/25, 1:06 PM

Same issue

M

Maks•10/2/25, 1:47 PM

@Max Hey, sorry for tagging you directly, but a quick question..

Has this been fixed in latest versions of BA? It seems there are many of us who is facing this issue

I cannot set

declarations: false and composite: false

declarations: false and composite: false

declarations: false and composite: false

declarations: false and composite: false as i use TS project references...

The inferred type of this node exceeds the maximum length the compiler will serialize. An explicit type annotation is needed. (ts 7056)

The inferred type of this node exceeds the maximum length the compiler will serialize. An explicit type annotation is needed. (ts 7056)

The inferred type of this node exceeds the maximum length the compiler will serialize. An explicit type annotation is needed. (ts 7056)

The inferred type of this node exceeds the maximum length the compiler will serialize. An explicit type annotation is needed. (ts 7056)

M

Maks•10/2/25, 10:14 PM

Okay i believe its fixed in the latest versions 1.3.24 and later.

Inferred type of betterAuth client exceed compiler serialization

Similar Threads

Similar Threads

Similar Threads