microsoft / microsoft/TypeScript
TypeScript language service cannot find subclass references/implementation of mixin methods
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 111k
- Forks
- 14.3k
- Avg merge
- 1d 19h
- Merged PRs (30d)
- 117
Description
🔎 Search Terms
mixin mixins reference references implementation implementations find go to goto language service server protocol lsp
🕗 Version & Regression Information
- This is the behavior in every version I tried, and I reviewed the FAQ for entries about _________
⏯ Playground Link
💻 Code
type ConstructorType = abstract new (...params: any[]) => any
function FooF<T extends ConstructorType>(Base: T) {
abstract class Foo extends Base {
abstract foo(): void;
}
return Foo;
}
class Bar extends FooF(Object) {
foo() {}
}
🙁 Actual behavior
Note: I noticed this in my editor and not using the TS language service API directly, but I'm assuming the problem is at the Language Service layer
In the TS playground, if you try to "Find All / Go to References", "Rename symbol", or "Find All / Go to Implementation" (in VS Code, for example) for Foo.foo, it won't find/update Bar.foo.
🙂 Expected behavior
I would expect TS to recognize that Bar.foo is a reference/implementation of Foo.foo. Note that TS does correctly require Bar to implement foo, so the compiler already has some idea that they are connected.
I know it's not within the scope of this repo but I'll mention it in case it helps with anything, but FWIW while IntelliJ also fails at finding references/implementations (probably because it defers to the TS Language service), IntelliJ also provides a "Go to Super method" function that does correctly jump from Bar.foo to Foo.foo.
Additional information about the issue
After snooping around the source a little, my guess is that either:
- something around how TS represents mixin classes, as kind of un-named class expressions e.g.
((abstract new (...params: any[]) => Foo) & { prototype: FooF<any>.Foo; }) & Tinstead oftypeof Foo & Tin the above example (visible if you hover overFooF), and/or - something around how TS searches for whether a symbol inherits from another symbol so explicitly checks the extends clause (https://github.com/microsoft/TypeScript/blob/2e58032f067fbe0d6efbdc970b54b6d72c349aa8/src/services/findAllReferences.ts#L2283-L2302) could be improved
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the Playground reproduction and the referenced inheritance-search logic in src/services/findAllReferences.ts, around lines 2283-2302. Investigate how mixin classes are represented and how the language service searches inherited symbols. Done means Find All/Go to References, Rename symbol, and Find All/Go to Implementation connect Foo.foo with Bar.foo.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- developer-experience, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100