-
-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Type instantiation is excessively deep and possibly infinite #256
Comments
Thanks for creating this issue. Do you know the last version of Modular Forms where this worked without a TS error? |
@fabian-hiller It’s strange; the issue doesn’t appear to be tied to the version of modular-forms. |
Is it related to your TS version? |
At this point I'm not sure what's causing the problem. I've also tried multiple ts versions and the issue persists. Here's a reproduction repo so you can try it. It's just a fresh qwik repo with a very simple schema. https://github.com/juanpmarin/modular-forms-ts-repro You can reproduce the error by running |
I can't reproduce the bug. It seems to work as expected on my machine. 😬 |
@fabian-hiller what node version are you using? Did you use pnpm? |
Yes, [email protected] and [email protected] |
I just found something interesting, it seems that qwik-city re-exports zod, and if you import z from qwik city (because the editor suggests it), the issue appears. Can you try to reproduce it now? |
Yes, with |
It was a hard one to find and started to happen in newer versions of qwik, do you think is there a way to warn users that pass the wrong instance of zod? |
I think Qwik should remove the |
Hi!
I'm using
[email protected]
and@modular-forms/[email protected]
.I just bootstrapped a new application trying to find why typescript compilation was taking much longer for one of my projects.
For this simple setup:
I get the following error:
The text was updated successfully, but these errors were encountered: