ig-types 6.24.23 → 6.24.24

package/Promise.js

@@ -944,27 +944,30 @@ object.Constructor('IterableSequentialStartPromise', IterablePromise, {
 
 
 // - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
-// XXX might also be a good idea to implement a version of the above to
-// 		handle the next element only after the promise returned by the
-// 		previous handler is resolved -- depth first...
-// 		...this would help prevent the await execution uncertainty, i.e.:
-//			console.log(1)
-//			// note that we are NOTE await'ing for the function here...
-//			(async function f(){ 
-//				console.log(2)})()
-//			console.log(3)
-//				-> prints 1, 2, 3
-//		and:
-//			console.log(1)
-//			(async function f(){ 
-//				// note the await -- this is the only difference...
-//				console.log(await 2)})()
-//			console.log(3)
-//				-> prints 1, 3, 2
-//		this is bad because of a handler has two execution paths one with
-//		an await and one without the order of actual handler execution can
-//		not be controlled unless we wait for the whole thing to resolve...
-// 		
+// Like IterableSequentialStartPromise(..) but each handler will be 
+// called after the previous handler's return value is resolved (if it
+// is a promise).
+//
+// This is needed to control the "unpredictable" behavior of await's in 
+// JavaScript, here is a trivial example with an async function starting 
+// as if it was sync and as a promise on the next execution frame:
+// 		console.log(1)
+// 		// note that we are NOTE await'ing for the function here...
+// 		(async function f(){ 
+// 			console.log(2)})()
+// 		console.log(3)
+// 			-> prints 1, 2, 3
+// and:
+// 		console.log(1)
+// 		(async function f(){ 
+// 			// note the await -- this is the only difference...
+// 			console.log(await 2)})()
+// 		console.log(3)
+// 			-> prints 1, 3, 2
+// this is bad because if a handler has two execution paths one with
+// an await and one without the order of actual handler execution can
+// not be controlled predictably unless we wait for the whole thing to 
+// resolve...
 var IterableSequentialPromise =
 module.IterableSequentialPromise =
 object.Constructor('IterableSequentialPromise', IterableSequentialStartPromise, {
@@ -1327,8 +1330,8 @@ object.Mixin('PromiseMixin', 'soft', {
 			// XXX should we just check for .then(..) ???
 			// XXX update README if this changes...
 			: (data.length == 1 
-					&& Symbol.asyncIterator in data[0]
-					&& 'then' in data[0]) ?
+					&& data[0][Symbol.asyncIterator]
+					&& data[0].then) ?
 				data[0].then(func, ...error)
 			: error.length > 0 ?
 				function(){

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ig-types",
-  "version": "6.24.23",
+  "version": "6.24.24",
   "description": "Generic JavaScript types and type extensions...",
   "main": "main.js",
   "scripts": {