-
-
Notifications
You must be signed in to change notification settings - Fork 28
Import not generated #24
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
Comments
Found another one. Inisde the |
I'm finding more now. Looks like a lot of imports are not being generated in general. |
Before switching over to this plugin I was using a pretty simple script to perform the path translations:
I worked perfectly. Perhaps the algorithm could be incorporated here. |
I'm going to change the paths that are not being generated back to relative paths. This is the commit ID for the build that has the errors: fireflysemantics/validator@24e5eee It's corresponds to package version 1.18. The new release will have version 1.19. |
I noticed that for these imports:
The imports |
Awesome - Will try it out ASAP!! THANKS!! |
OK - Hopefully just one weird bug left. In
When the build runs the corresponding
So it left off the
Export. Thoughts? |
I added a regression test and a fix in 0263f06, could you test it and see if there's any other issues before deploying a new version?, is fine either way |
Sure - I'm cloning it right now. |
I just tested it with the cloned install, and it looks like the |
Actually - Hold on - I think maybe the install of the clone did not go right. Looking at it now. |
nvm, cool, if you find any other issue let me know. Thanks a lot for the feedback |
OK - Just tested it - And it's looking good! Thanks again! You rock! |
v1.1.6 is up |
* Multiple Issue Fixes - Allow more than one path routing (fixes #60) - Remove implicit extensions from output (fixes #24) - Properly implemented isTypeOnly (fixes #48) - Corrected errors in tests due to TS changing logic for type only star exports - Bonus: Made package zero-dependency * Removed accidental dependency
Uh oh!
There was an error while loading. Please reload this page.
ObjectErrors
importValidationError
.When the projects build is run, the import is not generated. I think it's because
ObjectErrors
andValidationError
both reside in the same directory.If I do not use a
paths
import, but instead switch it to a relative import, then the build generates the import.To see the current behavior:
Look at
dist/container/error/ObjectErrors.d.ts
. It will be missing theValidationError
import.The text was updated successfully, but these errors were encountered: