useSupabaseClient, useSupabaseSession, useSupabaseUser all resolve types to any

[Pimeq]

I've tried with npm and bun to install and use nuxt-supabase, however from version 1.3.1, all the composable resolve their return type to any, I've tried set up a clean VSCode profile with just Typescript nightly and vue-official tools installed, still no luck and type resolution is still to any. Screens are from the clean profile on VSCode:

[Pimeq]

I forgot to add versions in the project so here:

[JJosephttg]

Same issue here. Downgrading to 1.2.0 gives the type for client, however useSupabaseUser was still any. The typing files are just empty

[ifzm]

Me too, normal after returning to 1.2

[XStarlink]

It may comes from this PR who was merged in v1.3.1: #366

[larbish]

@IsraelOrtuno could you have a check at this? Seems to be related to your PR.

[IsraelOrtuno]

@IsraelOrtuno could you have a check at this? Seems to be related to your PR.

Let me to it...

[IsraelOrtuno]

All seems good when running it within the playground folder but I agree that it's not working as expected when installing the package as a dependence.

The file node_modules/@nuxtjs/supabase/dist/runtime/composables/useSupabaseSession.d.ts is empty (as many others *.d.ts) and this does not happen in previous versions. I see declaration was set to false in .tsconfig.

56dc39e#diff-b55cdbef4907b7045f32cc5360d48d262cca5f94062e353089f189f4460039e0R5

https://www.typescriptlang.org/tsconfig/#declaration

Generate .d.ts files for every TypeScript or JavaScript file inside your project. These .d.ts files are type definition files which describe the external API of your module. With .d.ts files, tools like TypeScript can provide intellisense and accurate types for un-typed code.

Seems to be the cause to me. @larbish do you think this can be related?

If so, not sure if this could be fixed by omitting that property or if there's a way to force generating certain .d.ts files.

[GrantlyNeely]

I found the same thing. All my .d.ts files were empty when I switched to 1.3, switched back to 1.2 and the .d.ts were successfully generated.

[onurusluca]

Same here

[XStarlink]

Me too, the ./nuxt/types/supabase-database.d.ts file contains:

export type Database = unknown

However, I named my type file as the doc says: ./types/database.types.ts

[IsraelOrtuno]

The proxy typing works fine on my end when the file exists, the problem seems to be more related to:

#383 (comment)

declaration was set to false on the .tsconfig file which is likely to be preventing the generation of the .d.ts to know what's returned by the package composables, nothing to do with the database typings. @larbish could have done this for a reason as seems to be included in a large migration PR, let's wait until he can let us know why and if there aren't other side effects.

[onurusluca]

Probably related:

/api/supabase/cart:

import { serverSupabaseClient } from "#supabase/server";

File 'c:/CODING STUFF/PROJECTS/ucus-marketi/frontend/node_modules/.pnpm/@nuxtjs+supabase@1.3.4_magicast@0.3.4_rollup@4.18.1/node_modules/@nuxtjs/supabase/dist/runtime/server/services/index.d.ts' is not a module.ts(2306)

"nuxt": "3.12.2",
"@nuxtjs/supabase": "^1.3.4",

[larbish]

Should be resolved in 1.3.5 ✅