-
-
Notifications
You must be signed in to change notification settings - Fork 21
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
Extension causes "go to definition" to go to type definition #461
Comments
I’m unable to reproduce. I tried it with both 1.8.9 and 1.8.10. Does the problem still exist for you? If so, please provide a repo with a minimal reproduction. |
Hi! Thanks for taking the time to contribute! This has been marked by a maintainer as needing more info. It’s not clear yet whether this is an issue. Here are a couple tips:
Thanks, |
The problem existed until I removed the extension! It was happening on a work repo and - once I saw that comment in the TS repo - I attempted the minimum repro that I shared. It's a bit tough for me to share a perfect reproduction because I can't control the Node version of online versions of VS Code. If you did the steps with the correct Node version and told VS Code to use the workspace version of TS (as opposed to the editor version), then I've got no clue! If I re-add, I continue to get the same issue. |
Initial checklist
Affected packages and versions
1.8.9 and styled-components@^5
Link to runnable example
No response
Steps to reproduce
styled-components@^5
app/page.tsx
orsrc/app/page.tsx
orpages/index.tsx
orsrc/pages/index.tsx
: a lá:<BlueText>Test</BlueText>
BlueText
Somebody else saw this problem, too: microsoft/vscode#211725
Expected behavior
I should be taken to source definition, especially with
"typescript.preferGoToSourceDefinition": true
Actual behavior
I am taken to type definition
Runtime
Node v18
Package manager
pnpm
OS
macOS
Build and bundle tools
Next.js
The text was updated successfully, but these errors were encountered: