-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
Migration to Tanstack Config #41
Conversation
Fix asamuzaK#36 * Downgrade lru-cache * Add exports.default * Remove exports.browser * Remove bundle-browser
NOTE: Remove before merge
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I want to keep tests with assert
.
About tests:
Will there be any problems if we fix tests as above? |
Okay, please go with it. The first priority is to fix the issues. |
OK all type casts should now be fixed as well @asamuzaK - this PR should be ready to review again |
@asamuzaK can you handle the I think this PR is ready to merge, since it's been tested and it seems like all review comments have been addressed |
Sure. |
Ready for another round of reviews :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've added reviewing tests in TODO.
Let's merge.
I'll add some fixes after that and release a new version ASAP.
Thanks a bunch @asamuzaK! Feel free to tag me when you publish the new version and I'll make a PRs upstream to bump the package version there so JSDom can be unblocked :D |
I see that CI/CD is broken. I can fix that with a follow-up PR real fast |
There is also a security alert |
npm audit reportcross-spawn <6.0.6 I think @tanstack/config need to replace |
I'll forward to the team, but this shouldn't block merging on this project in particular. |
This PR:
Future TODOs
This code was not particularly type-safe from the start, so there's a myriad of type-casting and ignoring TS that's not ideal.
At some point we should:
!
cast usageas
type castingobject
andany
usageArray
types to tuple typesassert
instead ofexpect