microsoft / microsoft/TypeScript
Inconsistent type inference on overloaded function types
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 111k
- Forks
- 14.3k
- Avg merge
- 1d 19h
- Merged PRs (30d)
- 117
Description
🔎 Search Terms
type inference of overloaded functions
🕗 Version & Regression Information
The behaviour seemed to change between 4.0.5 and 4.1.5, but it was incorrect nonetheless.
⏯ Playground Link
💻 Code
type Callback<R> = (result: R) => void;
type Options = { context: any };
export type AsyncFunction<A extends unknown[], O extends Options, R> = {
// Swap these two lines to see the fun
(...args: [...A, Callback<R>]): void;
(...args: [...A, O, Callback<R>]): void;
};
function promisify<A extends unknown[], O extends Options, R>(f: AsyncFunction<A, O, R>) {}
function f1(n: number, c: Callback<number>): void;
function f1(n: number, o: Options, c: Callback<number>): void;
function f1(...args: any[]) {}
type AsyncOrNot<F> = F extends AsyncFunction<infer _A, infer _O, infer _R> ? true : false;
promisify(f1);
type T1 = AsyncOrNot<typeof f1>;
const t1: T1 = true;
🙁 Actual behavior
In version 4.0.5, either the inference in the function call or the inference in the conditional type succeeds, depending on the order in which the overloads are declared.
In all later versions up to and including 5.4.0 beta, the inference in the conditional type always fails.
🙂 Expected behavior
Type inference for the same type against the same generic type to always succeed or always fail, whether it is done for a generic function call or for evaluating the extends clause in a conditional type.
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.
Research direction
Start with the provided TypeScript Playground reproduction and compare its generic function-call inference with the conditional-type inference across TypeScript 4.0.5 and current versions. Trace the type-checking path for overloaded function types, then verify that both contexts consistently succeed or fail regardless of overload order.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- compilers
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100