<div dir="ltr"><div>AFAIK bluebird did:</div><div><a href="https://github.com/petkaantonov/bluebird/blob/master/API.md#cancelerror-reason---promise">https://github.com/petkaantonov/bluebird/blob/master/API.md#cancelerror-reason---promise</a><br></div><div><br></div><div>But I agree once you've made Promises more complex than events ( xhr in this case ) nobody wins :-/</div><div><br></div><div>Although, specially for fetch or anything network related, there **must** be a way to bloody cancel that!</div><div><br></div><div>....right?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 27, 2015 at 7:31 AM, Kevin Smith <span dir="ltr"><<a href="mailto:zenparsing@gmail.com" target="_blank">zenparsing@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">The discussion on that github issue surrounding promise subclassing makes my head spin, especially when it comes to working out how cancelation is supposed to flow through a graph of promise dependencies.  We should be wary of adding complexity to the core.</p>
<p dir="ltr">The simple way to view the situation is to say that promises are simply transparent containers for asynchronous values. Control capabilities should therefore be represented by a separate abstraction. This will help keep complexity at the edges. </p>
<p dir="ltr">Has any library experimented with the cancelation token approach yet? </p><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Feb 27, 2015 1:46 AM, "Anne van Kesteren" <<a href="mailto:annevk@annevk.nl" target="_blank">annevk@annevk.nl</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As a heads up, there's some debate around the fetch() API how exactly<br>
request termination should work and how that affects promises:<br>
<br>
  <a href="https://github.com/slightlyoff/ServiceWorker/issues/625" target="_blank">https://github.com/slightlyoff/ServiceWorker/issues/625</a><br>
<br>
The WebRTC WG has also been discussing canceling in the context of<br>
terminating a request for permission from the user. I think they<br>
decided to postpone for now until there's a bit more progress on what<br>
cancelable promises means, but I would not expect everyone to wait<br>
forever.<br>
<br>
<br>
--<br>
<a href="https://annevankesteren.nl/" target="_blank">https://annevankesteren.nl/</a><br>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
<br></blockquote></div><br></div>