Promise.{all,race} static method's iterable definitions incorrectly omit other definitions by overloading (regression)
See original GitHub issuees2015.iterable.d.ts
must not omit es2015.promise.d.ts
definitions by overloading. However, npm package distributions work correctly.
TypeScript Version: 2.6.0 RC for Visual Studio 2015
Code
Promise.all([0, 0]);
Expected behavior:
Should use definitions of es2015.promise.d.ts
.
Promise.all([0, 0]); // Promise<[number, number]>
Actual behavior:
Uses definitions of es2015.iterable.d.ts
.
Promise.all([0, 0]); // Promise<number[]>
Issue Analytics
- State:
- Created 6 years ago
- Reactions:1
- Comments:6 (6 by maintainers)
Top Results From Across the Web
Can we Overload or Override static methods in java
Let us first define Overloading and Overriding. ... This feature allows different methods to have the same name, but different signatures, ...
Read more >Try out our new features page - Chrome Platform Status
Those two static methods return a promise that resolves to either "granted" or "denied" based on whether the user has allowed the user...
Read more >doc - Apple Open Source
dfg/DFGClobberize.h: (JSC::DFG::clobberize): Remove the def() for MultiGetByOffset to ... DOM value iterable interfaces should use Array prototype methods ...
Read more >java-concurrency-in-practice.pdf
may be called by more than one thread at a time without requiring any other action on the caller's part. Given definitions like...
Read more >Part IV - Static Methods in the Promise API | Saurabh Misra
Promise.resolve() comes in very handy when we want to quickly create a promise object without going through the whole constructor and executor ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Confirmed in vs2015 only:
The files are still ordered correctly in the library files, so I can only assume this is because the
vs2015
extension is loading the TS library files in some other order than what is specified. Either that, or… this is the only extension where we still use chakra, so we may be relying on object insertion ordering somewhere? Continuing to look into this.Thanks for your investigation.