-
Notifications
You must be signed in to change notification settings - Fork 396
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optionally allow a promise to be cancellable #22
Comments
There have been several times I've thought "Hmmmm. what if I need to kill this object before the promise completes? How will the code in these resolve/reject callbacks behave? Will they throw exceptions? Do I want that to happen and potentially cause the promise to reject for other listeners too?" If a promise consumer had the ability to say "I no longer want my callbacks called", that would let me write code that doesn't care about getting called after the objects in the current scope/context are destroyed. If when.js were able to release it's references to the callbacks, that would be even better since the garbage collector could free up the memory associated with those function calls. |
It sounds like there are two potentially separate issues here:
In other words, the two potentially useful, but different behaviors are: canceling the operation itself, and canceling your interest in the outcome of the operation. If that sounds right, @unscriptable would you file a separate ticket for 2? If not, let me know what I got wrong, and we can try to clarify :) |
This is being tracked over in the Promises/A+ cancellation supplemental spec |
I would like the consumer of a promise to be able to cancel an operation. While the consumer of a promise should not be able to directly resolve or reject the deferred, it should be able to say that it no longer cares about the outcome.
The text was updated successfully, but these errors were encountered: