You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create a new valid component file, e.g., MyNewComponent.tsx.
Start adding that component to your code (not as an import; begin typing the name of the component so that the auto-complete window pops up)
When you see your component, hit enter or click it to auto-complete
Result:
VS code only completes the name of the component; it doesn't add it as an import, as it would if you were importing an existing component.
However, VS Code will automatically import the component if you close and re-open the project. Then the import is auto-added to the top of the file, as it should be, and as expected:
This makes me think the auto-completion must not scan continuously for new components, and instead, maybe only scans once at the start of the project. (Or, perhaps, does so at irregular enough intervals that newly created components are not included.)
Ideally, it would be optimal for developer experience to have all files available for auto-import/complete.
[EDIT]: While adding a new component reliably triggers this behavior, I've also encountered it when the component already existed, too. In both cases, closing and reopening the project fixes the issue. But it's odd because in both cases, VS Code still shows the file and the path, and you can still select them; it's just that the import list is not updated in any way.
The text was updated successfully, but these errors were encountered:
Unable to get completion info from TypeScript: Error: Debug Failure. Some exportInfo should match the specified exportMapKey
at Object.getImportCompletionAction (ext:deno_tsc/00_typescript.js:149303:13)
at getCompletionEntryCodeActionsAndSourceDisplay (ext:deno_tsc/00_typescript.js:158366:64)
at Object.getCompletionEntryDetails (ext:deno_tsc/00_typescript.js:158229:48)
at Object.getCompletionEntryDetails2 [as getCompletionEntryDetails] (ext:deno_tsc/00_typescript.js:142313:37)
at serverRequest (ext:deno_tsc/99_main_compiler.js:1035:53)
at [ext:cli/lsp/tsc.rs:4451:26]:1:12
FWIW, this error also pops up a ton, but going solely by appearances, I don't think it's related:
Could not set npm package requirements. Error getting response at https://registry.npmjs.org/pixelmatch for package "pixelmatch": An npm specifier not found in cache: "pixelmatch", --cached-only is specified.
Version: Deno 1.38.5 / Fresh 1.5.1
Steps to recreate:
Result:
VS code only completes the name of the component; it doesn't add it as an import, as it would if you were importing an existing component.
However, VS Code will automatically import the component if you close and re-open the project. Then the import is auto-added to the top of the file, as it should be, and as expected:
This makes me think the auto-completion must not scan continuously for new components, and instead, maybe only scans once at the start of the project. (Or, perhaps, does so at irregular enough intervals that newly created components are not included.)
Ideally, it would be optimal for developer experience to have all files available for auto-import/complete.
[EDIT]: While adding a new component reliably triggers this behavior, I've also encountered it when the component already existed, too. In both cases, closing and reopening the project fixes the issue. But it's odd because in both cases, VS Code still shows the file and the path, and you can still select them; it's just that the import list is not updated in any way.
The text was updated successfully, but these errors were encountered: