title: AngularJS behaving strangely when there's a nested relationship of promises in services
body: <p>I have 2 plunkr's ready to demonstrate what I'm confused about. I am seeking a clear explanation as to precisely why the first plunkr fails, yet the second works.</p>
  
  <p>In this first plunkr, I simulate calling into an external library to do some kind of networked authentication. The problem is, when there are 2 promises in the chain from the original controller level method, the function passed to the first promise for execution upon resolve never fires and neither do any other promises further down the chain despite resolving each promise.</p>
  
  <p><a href="http://plnkr.co/edit/6uKnVvEI3bJvfmaUoWN0" rel="nofollow">http://plnkr.co/edit/6uKnVvEI3bJvfmaUoWN0</a></p>
  
  <p>However, when I change the calls to use a $timeout, regardless of whether it is used to simulate a delay, or just to wrap a deferred.resolve that comes back from an actual external operation (like calling a REST API), everything works as expected. In this second plunkr, you can see the login functionality working just fine once both deferred.resolve calls have been modified to be wrapped in a $timeout call.</p>
  
  <p>Additionally, I included a test case that someone else suggested as the problem where resolving a promise before returning it would fail. This is clearly not the case as this second plunkr works just fine when doing precisely that. Note that this alternate method does not use a $timeout but still works just fine. This indicates to me that there is something special about the relationship between the two services (testApi, authService) when both return promise objects resulting in a chain of nested promises that have to resolve upwards.</p>
  
  <p><a href="http://plnkr.co/edit/xp8NeZKWDep6cPys5gJu?p=preview" rel="nofollow">http://plnkr.co/edit/xp8NeZKWDep6cPys5gJu?p=preview</a></p>
  
  <p>Is anyone able to explain to me why these promises fail in one instance but work in another when they are either not nested, or if nested wrapped in a $timeout? </p>
  
  <p>My hunch is something related to the digest cycle, but for the life of me I cannot understand why the digest cycle would affect services running essentially independent of a controller. They are not properties on the $scope that need to resolve before the controller loads, but functions wrapping service calls that return a promise.</p>