Feature: Cancel $http request

Use case is we started a new $http request, and therefore needs to cancel 1 or more previous $http requests.

Eg:

var previousPromises = [];
previousPromises.push($http().then(function(){}));
...

Then:
//previousPromises[0].cancel()
or
//previousPromises[0].reject()

Reference
https://groups.google.com/forum/?fromgroups#!searchin/angular/cancel$20http/angular/aT-MowZoPJg/kPEr5Ja0GEwJ

A slightly related feature is ability to cancel a promise, or if the promise has a reference to the defer, then we can do promise.defered.reject();

i need this feature as well.

i have an interface where a user can quickly trigger many actions that in turn trigger $http requests. in the case that a request is triggered and one is currently waiting for a response, i would like to be able to cancel it before requesting the new one.

Me too, need that feature.

An alternative to enabling request cancellation would be to allow the client to optionally pass in a key for the request and $http would ensure that only one request per key is pending at any point in time. The latest request with a specific key would always trump prior requests with that key. $http would need to cancel any pending requests with the same key before sending the new request. If the key was falsy it would send the request without consideration for pending requests. In other words, any number of requests with falsy keys could be pending simultaneously. The promises for the cancelled requests could be rejected.

This solution would suit my use case very well, and I suspect others' use cases too, and it might also be simpler to implement because you would not need to change the promise interface.

+1 for this feature.

+1 from me as well

+1

Added new feature to abort a pending request. Fixes issue angular#1159.

+1

@dbinit

@dbinit I think you should reject the promise when the abort method is called. The function that will handle the rejection can use the status parameter to find out if it was an abort request or different kind of error and then act consequently.

Need this feature! +1

+1

@dbinit

@dbinit That's a decent workaround, thanks I'll try that :)

I wrote a service demonstrating how one might encapsulate this functionality here: http://plnkr.co/edit/P8wKns51GVqw5mwS5l5R?p=preview

I thought it might be useful for anyone that comes across this thread in the future.

btford's plunker isn't completely working for me. The cancelQuery = null in $http.post().success() backfires. success() gets called asynchronously for cancelled requests, so with a query launched on keypress, if I type quickly some of the cancelQuery info is lost, meaning only some requests are cancelled. If I just remove the cancelQuery = null line, everything works fine.

@btford

I ended up bringing in a boolean flag, so that I could differentiate between a "normal" error, and a manually cancelled error. The need to do this does seem to highlight this is indeed a "workaround" and perhaps could do with some better direct support at a later stage.

I modified @btford 's plunk to demonstrate this: http://plnkr.co/edit/BW6Zwu?p=preview

angular : $http timeout can be number or promise

has this stopped working for anyone in 1.2.1?

instead of relying on timeout, ended up wrapping $http in another deferred, then rejected that deferred when a new call was made or when i needed to "cancel". this had the result of still completing the $http call, but rejecting the data returned.

thoughts?

$scope.fetchData = function() {
  if ($scope.async) {
    $scope.async.reject();
  }
  $scope.async = testAsync();
  $scope.async.promise.then(
    function(data){
    console.log('success' + data);
    },
    function(data) {
      console.log('reject' + data);
    }
  );
}

testAsync = function() {
  var deferred = $q.defer();
  $http.get('/api/')
    .success(function(data) {
      deferred.resolve(data);
    })
    .error(function(data) {
      deferred.reject(data);
    });
  return deferred;
};

@anton000

@anton000 your code only rejects the wrapper promise. it doesn't actually cancel original $http promise

@snjoetw

@snjoetw i explained in my post it still completes the original $http promise but rejects the data returned. I think using this matches the concept of promise to resolver communication being unidirectional as @IgorMinar explained in #2452 .

I cannot get it to cancel my request.

used this approach:
http://www.bennadel.com/blog/2624-aborting-an-ajax-request-in-angularjs-using-httpi.htm?&_=0.5996839550789446#comments_45274

and this:
http://developer.rackspace.com/blog/cancelling-ajax-requests-in-angularjs-applications.html

What is going on, I really need this.

@mato75 This would be better asked on the blog itself which you got the snippet from, or over on sites like http://www.stackoverflow.com

+1

How is going this feature? I need it a lot!!! 👍

@codeniac

@codeniac read here https://docs.angularjs.org/api/ng/service/$http#usage about timeout argument.

Navigation Menu

Repository navigation

Feature: Cancel $http request #1159

57 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Feature: Cancel $http request #1159

Description

Activity

coli commented on Jul 18, 2012

markwaddle commented on Sep 26, 2012

koistya commented on Sep 30, 2012

markwaddle commented on Sep 30, 2012

samunplugged commented on Oct 20, 2012

jbeard4 commented on Oct 31, 2012

gregwebs commented on Nov 13, 2012

jinder commented on Nov 14, 2012

marknadig commented on Nov 20, 2012

sssilver commented on Nov 30, 2012

rickkln commented on Dec 2, 2012

gonzaloruizdevilla commented on Dec 12, 2012

nicolacity commented on Dec 27, 2012

amirnissim commented on Jan 2, 2013

57 remaining items

markstickley commented on Oct 3, 2013

btford commented on Oct 4, 2013

derekrprice commented on Nov 7, 2013

phantomwhale commented on Nov 13, 2013

fxck commented on Nov 19, 2013

anton000 commented on Feb 19, 2014

snjoetw commented on Mar 28, 2014

anton000 commented on Mar 29, 2014

m0xj commented on Jul 8, 2014

anton000 commented on Jul 8, 2014

BiosSun commented on Dec 4, 2014

codeniac commented on Apr 1, 2015

e-oz commented on Apr 1, 2015

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions