fix: glob import parsing (#10949)#11056
Conversation
|
|
Ahh ok, I thought it was parsing and removing the nodes from the description, will revert and go with findNodeAt then, I need some help with the types problem though: the build-types script is failing for acorn-walk currently, I'm thinking it's because it imports a type from |
6091a08 to
a53b633
Compare
|
Hmm yeah we got this issue before with |
b25e883 to
695c80d
Compare
bluwy
left a comment
There was a problem hiding this comment.
Nice! For other reviewers, findNodeAt is fairly small so it shouldn't increase the bundle size by much.
* fix: glob import parsing (#10949) (#11056) closes #10949 closes #11051 * fix: import.meta.env and process.env undefined variable replacement (fix #8663) (#10958) Co-authored-by: bluwy <bjornlu.dev@gmail.com> fix #8663 * fix(esbuild): handle inline sourcemap option (#11120) * fix(importGlob): preserve line count for sourcemap (#11122) * fix: Dev SSR dep optimization + respect optimizeDeps.include (#11123) * fix: reset global regex before match (#11132) * chore: fix test Co-authored-by: gtmnayan <50981692+gtm-nayan@users.noreply.github.com> Co-authored-by: julienv3 <julienv3@gmail.com> Co-authored-by: 翠 / green <green@sapphi.red>
Description
closes #10949
supersedes/closes #11051
I was originally planning on just using
findNodeAtbut then noticed that it's usingstrip-literalwhich IIUC also tries to parse the file. Figured why not do it with a single AST pass.Additional context
Keeping as draft for now because
acorn-walkis giving a type error for the build scriptWhat is the purpose of this pull request?
Before submitting the PR, please make sure you do the following
fixes #123).