microsoft / microsoft/TypeScript
Unrelated interface causes assignability to change
Ouverte
@ahejlsberg y travaille déjà.
Depuis le 16/10/2023.
Needs Investigation
- Langage dominant
- Go
- Étoiles
- 111k
- Forks
- 14.4k
- Merge moyen
- 1 j 19 h
- PR mergées (30 j)
- 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
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Évaluation
Cette issue n'a pas encore été évaluée.