microsoft / microsoft/TypeScript
Unrelated interface causes assignability to change
Open
@ahejlsberg is already working on this.
Since Oct 16, 2023.
Needs Investigation
- Dominant language
- Go
- Stars
- 111k
- Forks
- 14.4k
- Avg merge
- 1d 19h
- Merged PRs (30d)
- 117
Description
🔎 Search Terms
5.3 regression
🕗 Version & Regression Information
- This changed between versions 5.3.0-dev.20230823 and 5.3.0-dev.20230824
⏯ Playground Link
💻 Code
export { }
interface Map<V> extends Collection<V> {
flatMap<VM>(): Map<VM>;
}
interface Collection<V> {
value: V; // sprinkle some covariance
map: Map<V>;
concat(): Collection<unknown>;
flatMap(): Collection<V>;
flatMap<VM>(): Collection<VM>;
}
// Comment out and it works like in 5.2
interface Keyed extends Collection<number> {
concat(): Keyed;
}
type R = Map<never> extends Collection<infer V> ? V : "NO";
const r = null! as R;
const t: "NO" = r;
🙁 Actual behavior
R is unknown. Removing Keyed makes R "NO", even though Keyed is unused otherwise.
🙂 Expected behavior
Not really sure. I'd settle for the stable 5.2 behavior, which is for R to be "NO" although that also seems wrong (Why doesn't Map<never> extends Collection? If we remove flatMap(): Collection<V> from Collection then Map<never> extends Collection. This seems like the correct behavior.)
Additional information about the issue
No response
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.
Assessment
This issue has not been assessed yet.