Open superfreddialpad opened 1 year ago
Pretty sure this is a duplicate of #8468
@justin-schroeder They're not exactly the same.
I get the same error when I use an imported type as an alias. I'm not 100% sure if these errors are related.
<script setup lang="ts">
import type * as T from './Foo.types'
defineProps<T.Props>()
</script>
Hello !!
I have done pnpm update
after your update but, i always have the same error.
this is my code
`export default interface IDynamicSelectInput<E, K, L>{
//props: PropsType
this is error
`[plugin:vite:vue] [@vue/compiler-sfc] Unresolvable type reference or unsupported built-in utility type
/home/trandx/dev/Nucle-x/sso/_mono/packages/ui/src/components/atoms/list/index.ts
11 | //(event: "change", elt: OptionsType | OptionsType[] ): void;
12 | //(event: 'remove'): void
13 | } & T;
| ^
14 |
15 | type optionFormatType = { name: string; value: valType };`
Yep I also tested the latest version (3.3.10) and still have the same issue.
@Trandx your code doesn't show how the interface is used in the component.
@amritk If you are still having the same error, make sure to provide the exact and complete code that is causing the error because there can be many different ways of using generics.
I am not sure if it is connected, but I have simillar problem even after updating from 3.3.4 to 3.3.13
// Those types are in a separate file and are imported into the component
export type ExtractExtraApiGetRequestParams<T extends ApiGetRequestParams> = Subtract<
T,
ApiGetRequestParams
>;
export type Subtract<T extends U, U> = Pick<T, Exclude<keyof T, keyof U>>;
const props = defineProps<ExtractExtraApiGetRequestParams<ApiAuditGetRequest>>();
ApiAuditGetRequest extends ApiGetRequestParams.
And I am getting:
[plugin:vite:vue] [@vue/compiler-sfc] Unresolvable type reference or unsupported built-in utility type
We ran into this when trying to use zod type inference.
I still have problems with generic on the latest version. Even the simple following code fails to compile:
export type Test<T> = T
Okay, thank you for your solution. But, I think that my issue has already resolved in the resent version that contents Typescript 5.4
Le sam. 8 juin 2024 à 22:55, Clément Nerma @.***> a écrit :
I still have problems with generic on the latest version. Even the simple following code fails to compile:
export type Test
= T — Reply to this email directly, view it on GitHub https://github.com/vuejs/core/issues/8482#issuecomment-2156200684, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKENQXTGQCRWEHWYSAG4TY3ZGN4UJAVCNFSM6AAAAAAYX3IKCOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNJWGIYDANRYGQ . You are receiving this because you were mentioned.Message ID: @.***>
I tried to re-use vuetify component's props type FormInputProps = VTextField['$props']
and as under the hood Vuetify exports via InstanceType<typeof VTextField>
, also ended up with error [@vue/compiler-sfc] Unresolvable type reference or unsupported built-in utility type
version 3.4.29
I'm also getting the same error when trying to import an inferred zod type
[plugin:vite:vue] [@vue/compiler-sfc] Unresolvable type reference or unsupported built-in utility type
import { z } from 'zod';
export const EmailVerificationViewPropsSchema = z.object({
initialStage: z.enum(['send', 'resend', 'verify', 'changeEmail']),
email: z.string().email(),
});
export type EmailVerificationViewProps = z.infer<typeof EmailVerificationViewPropsSchema>;
I'm importing it inside script setup:
<script setup lang="ts">
import type { EmailVerificationViewProps } from './view-props';
const props = defineProps<EmailVerificationViewProps>();
/* ... */
</script>
🙏 thanks
Le jeu. 20 juin 2024 à 15:14, rcomesan @.***> a écrit :
I'm also getting the same error when trying to import an inferred zod type [plugin:vite:vue] @.***/compiler-sfc] Unresolvable type reference or unsupported built-in utility type
import { z } from 'zod'; export const EmailVerificationViewPropsSchema = z.object({ initialStage: z.enum(['send', 'resend', 'verify', 'changeEmail']), email: z.string().email(),}); export type EmailVerificationViewProps = z.infer
; I'm importing it inside script setup:
— Reply to this email directly, view it on GitHub https://github.com/vuejs/core/issues/8482#issuecomment-2180817508, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKENQXRWG5NGMLLBFHNMY5TZILPUHAVCNFSM6AAAAAAYX3IKCOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBQHAYTONJQHA . You are receiving this because you were mentioned.Message ID: @.***>
Any updates here? I am having this problem when importing InferType
from yup
I get a similar error when using prop extraction from the element-plus library.
<template>
<ElButton v-bind="$props" :icon>
<slot />
</ElButton>
</template>
<script setup lang="ts">
import { ElButton } from 'element-plus'
import type { IconDefinition } from '@fortawesome/fontawesome-svg-core'
type TElButtonProps = InstanceType<typeof ElButton>['$props'];
const props = defineProps<TElButtonProps & {
awesomeIcon?: IconDefinition
}>()
const GenericIconComponent = resolveComponent('Icon')
const icon = h(GenericIconComponent, { name: props.awesomeIcon })
</script>
We massively rely on inferred types from zod schemas and run into this issue. Is this a design limitation of @vue/compiler-sfc
or something that can be fixed?
Vue version
3.3.4
Link to minimal reproduction
https://play.vuejs.org/#eNqFUbFOwzAQ/ZWTBwJSaRamNI3EgsSGRMXkJW6urYXjs2ynVRTl3zmHQCMGOtnne/feu+dBPDu3PncoClGGvdcuQsDYOTC1PW6liEGKSloA3TryEV6IXiO2cPDUQrbO5zpRZAm2JxsiHIhgC0M6C3hagap9AdkJjaFsBTp86KCVwQKi7xDGjbTSlvm3PqtxwZzO1BEn7fJH9fyotG3YFhNLATl3y3wB5TLE3qSroqaHIU2rev959NTZpgBluGC5ZNQQm7qcdMTpYZwszNNiJRab3Qgn9g5TMNeVbdcq9JvEOTXfqcU3Ty6Uu4pRO7hj5CIGRWSwtgkvbYMHbWf4dZD5q+r+4f+cGn3mjMKJLuzul59Nzh8y2YNxLHNG/g1PjF+nxbYT
Steps to reproduce
What is expected?
this should be valid typescript:
https://www.typescriptlang.org/play?#code/C4TwDgpgBAYg9nKBeKBvKAzBAuKA7AVwFsAjCAJygF8AoUSKAZTiIgAVy4wBnAHgBUAfMij8oAMjRQAltwBqs6SQA2EXCQSqAhnmo0AxnDzdgmHExbtOPXvDjCU6LHFwBmADQz5ilWqjByAmgqAG4aaQwoAApnADpZBW4lVQBKKENjOFVY5TgAcxiEFJCgA
What is actually happening?
compile error:
System Info
Any additional comments?
I'm not actually sure if I'm characterizing this correctly, but it seems like the sfc compiler cannot handle props whose type intersects one of its own generic parameters.
full pnpm lockfile if that's useful: https://gist.github.com/superfreddialpad/248efe40250d772938f31a2440e54e35