<p dir="ltr">Unfortunately, it's not just a specification device, it has a real effect on the behavior of Promise subclasses.  In the case of TimeoutPromise, for instance, it affects whether the timeouts apply to *each promise in the array* or just to the final result Promise. </p>
<p dir="ltr">I'm hearing through the grapevine (<a href="https://github.com/tc39/ecma262/issues/151">https://github.com/tc39/ecma262/issues/151</a>) that it has been decided to change the behavior of Promise.all/race. Have you decided to adopt the spec language I proposed above?  There has been precious little actual discussion of it, certainly not enough for me to claim any sort of consensus has been reached (except perhaps by default, since no one has  advocated for alternatives).<br>
  --scott</p>
<div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/4/15 11:22 PM, C. Scott Ananian wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
see my previous message for the exact wording proposal which<br>
changes step 6.<br>
</blockquote>
<br>
<a href="https://esdiscuss.org/topic/performpromiseall#content-6" rel="noreferrer" target="_blank">https://esdiscuss.org/topic/performpromiseall#content-6</a> you mean?<br>
<br>
I don't have a strong opinion on it, honestly.  The existence of the intermediate promises in all/race seems mostly to be a specification device to make it easier to deal with people passing in not-thenable-at-all values, from my point of view, so I'm not sure I have a principled opinion on how they should be constructed.<br>
<br>
-Boris<br>
</div>