<feed xmlns='http://www.w3.org/2005/Atom'>
<title>angular.js/test/ng, branch v1.3.0-beta.3</title>
<subtitle></subtitle>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/'/>
<entry>
<title>test($rootScope): add assertion to test ensuring that NaN -&gt; NaN does not throw</title>
<updated>2014-03-20T21:53:03+00:00</updated>
<author>
<name>Caitlin Potter</name>
</author>
<published>2014-03-20T03:48:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=6011145cfe83ffec4c0e1616cc9892b3b35a9bb4'/>
<id>6011145cfe83ffec4c0e1616cc9892b3b35a9bb4</id>
<content type='text'>
https://github.com/angular/angular.js/commit/fb6062fb9d83545730b993e94ac7482ffd43a62c implements a
fix for NaN values causing $watchCollection to throw an infdig error. This change updates the test
by adding an assertion which explains what is actually being tested a bit better, and may also
provide better information in the event that the test ever fails.

Closes #6758
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
https://github.com/angular/angular.js/commit/fb6062fb9d83545730b993e94ac7482ffd43a62c implements a
fix for NaN values causing $watchCollection to throw an infdig error. This change updates the test
by adding an assertion which explains what is actually being tested a bit better, and may also
provide better information in the event that the test ever fails.

Closes #6758
</pre>
</div>
</content>
</entry>
<entry>
<title>fix($rootScope): ng-repeat can't handle NaN values. #4605</title>
<updated>2014-03-19T18:34:15+00:00</updated>
<author>
<name>Sekib Omazic</name>
</author>
<published>2014-02-09T16:58:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=fb6062fb9d83545730b993e94ac7482ffd43a62c'/>
<id>fb6062fb9d83545730b993e94ac7482ffd43a62c</id>
<content type='text'>
$watchCollection checks if oldValue !== newValue which does not work for NaN. This was causing
infinite digest errors, since comparing NaN to NaN in $watchCollection would always return false,
indicating that a change was occuring on each loop.

This fix adds a simple check to see if the current value and previous value are both NaN, and
if so, does not count it as a change.

Closes #4605
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
$watchCollection checks if oldValue !== newValue which does not work for NaN. This was causing
infinite digest errors, since comparing NaN to NaN in $watchCollection would always return false,
indicating that a change was occuring on each loop.

This fix adds a simple check to see if the current value and previous value are both NaN, and
if so, does not count it as a change.

Closes #4605
</pre>
</div>
</content>
</entry>
<entry>
<title>fix(select): avoid checking option element selected properties in render</title>
<updated>2014-03-19T03:18:42+00:00</updated>
<author>
<name>Jeff Balboni</name>
</author>
<published>2014-01-26T21:17:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=f40f54c6da4a5399fe18a89d068634bb491e9f1a'/>
<id>f40f54c6da4a5399fe18a89d068634bb491e9f1a</id>
<content type='text'>
In Firefox, hovering over an option in an open select menu updates the selected property of option
elements. This means that when a render is triggered by the digest cycle, and the list of options
is being rendered, the selected properties are reset to the values from the model and the option
hovered over changes. This fix changes the code to only use DOM elements' selected properties in a
comparison when a change event has been fired. Otherwise, the internal new and existing option
arrays are used.

Closes #2448
Closes #5994
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In Firefox, hovering over an option in an open select menu updates the selected property of option
elements. This means that when a render is triggered by the digest cycle, and the list of options
is being rendered, the selected properties are reset to the values from the model and the option
hovered over changes. This fix changes the code to only use DOM elements' selected properties in a
comparison when a change event has been fired. Otherwise, the internal new and existing option
arrays are used.

Closes #2448
Closes #5994
</pre>
</div>
</content>
</entry>
<entry>
<title>fix(orderBy): support string predicates containing non-ident characters</title>
<updated>2014-03-19T02:54:46+00:00</updated>
<author>
<name>Caitlin Potter</name>
</author>
<published>2014-02-06T04:50:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=37bc5ef4d87f19da47d3ab454c43d1e532c4f924'/>
<id>37bc5ef4d87f19da47d3ab454c43d1e532c4f924</id>
<content type='text'>
The orderBy filter now allows string predicates passed to the orderBy filter to make use property
name predicates containing non-ident strings, such as spaces or percent signs, or non-latin
characters.

This behaviour requires the predicate string to be double-quoted.

In markup, this might look like so:

```html
&lt;div ng-repeat="item in items | orderBy:'\"Tip %\"'"&gt;
...
&lt;/div&gt;
```

Or in JS:

```js
var sorted = $filter('orderBy')(array, ['"Tip %"', '-"Subtotal $"'], false);
```

Closes #6143
Closes #6144
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The orderBy filter now allows string predicates passed to the orderBy filter to make use property
name predicates containing non-ident strings, such as spaces or percent signs, or non-latin
characters.

This behaviour requires the predicate string to be double-quoted.

In markup, this might look like so:

```html
&lt;div ng-repeat="item in items | orderBy:'\"Tip %\"'"&gt;
...
&lt;/div&gt;
```

Or in JS:

```js
var sorted = $filter('orderBy')(array, ['"Tip %"', '-"Subtotal $"'], false);
```

Closes #6143
Closes #6144
</pre>
</div>
</content>
</entry>
<entry>
<title>fix($httpBackend): don't error when JSONP callback called with no parameter</title>
<updated>2014-03-19T01:49:35+00:00</updated>
<author>
<name>Caitlin Potter</name>
</author>
<published>2014-03-18T15:11:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=6680b7b97c0326a80bdccaf0a35031e4af641e0e'/>
<id>6680b7b97c0326a80bdccaf0a35031e4af641e0e</id>
<content type='text'>
This change brings Angular's JSONP behaviour closer in line with jQuery's. It will no longer treat
a callback called with no data as an error, and will no longer support IE8 via the onreadystatechanged
event.

BREAKING CHANGE:

Previously, the JSONP backend code would support IE8 by relying on the readystatechanged events. This
is no longer the case, as these events do not provide adequate useful information for deeming whether
or not a response is an error.

Previously, a JSONP response which did not pass data into the callback would be given a status of -2,
and treated as an error. Now, this situation will instead be given a status of 200, despite the lack
of data. This is useful for interaction with certain APIs.

Previously, the onload and onerror callbacks were added to the JSONP script tag. These have been
replaced with jQuery events, in order to gain access to the event object. This means that it is now
difficult to test if the callbacks are registered or not. This is possible with jQuery, using the
$.data("events") method, however it is currently impossible with jqLite. This is not expected to
break applications.

Closes #4987
Closes #6735
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This change brings Angular's JSONP behaviour closer in line with jQuery's. It will no longer treat
a callback called with no data as an error, and will no longer support IE8 via the onreadystatechanged
event.

BREAKING CHANGE:

Previously, the JSONP backend code would support IE8 by relying on the readystatechanged events. This
is no longer the case, as these events do not provide adequate useful information for deeming whether
or not a response is an error.

Previously, a JSONP response which did not pass data into the callback would be given a status of -2,
and treated as an error. Now, this situation will instead be given a status of 200, despite the lack
of data. This is useful for interaction with certain APIs.

Previously, the onload and onerror callbacks were added to the JSONP script tag. These have been
replaced with jQuery events, in order to gain access to the event object. This means that it is now
difficult to test if the callbacks are registered or not. This is possible with jQuery, using the
$.data("events") method, however it is currently impossible with jqLite. This is not expected to
break applications.

Closes #4987
Closes #6735
</pre>
</div>
</content>
</entry>
<entry>
<title>fix($$RAFProvider): check for webkitCancelRequestAnimationFrame</title>
<updated>2014-03-19T01:37:04+00:00</updated>
<author>
<name>Traxmaxx</name>
</author>
<published>2014-03-04T17:54:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=c839f78b8f2d8d910bc2bfc9e41b3e3b67090ec1'/>
<id>c839f78b8f2d8d910bc2bfc9e41b3e3b67090ec1</id>
<content type='text'>
Android 4.3 only supports webkitCancelRequestAnimationFrame.

Closes #6526
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Android 4.3 only supports webkitCancelRequestAnimationFrame.

Closes #6526
</pre>
</div>
</content>
</entry>
<entry>
<title>feat($compile): add support for $observer deregistration</title>
<updated>2014-03-18T20:44:16+00:00</updated>
<author>
<name>Caio Cunha</name>
</author>
<published>2014-01-03T04:02:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=299b220f5e05e1d4e26bfd58d0b2fd7329ca76b1'/>
<id>299b220f5e05e1d4e26bfd58d0b2fd7329ca76b1</id>
<content type='text'>
In order to make the behavior compatible with $rootScope.$watch and $rootScope.$on methods, and
make it possible to deregister an attribute observer, Attributes.$observe method now returns a
deregistration function instead of the observer itself.

BREAKING CHANGE: calling attr.$observe no longer returns the observer function, but a
    deregistration function instead.

    To migrate the code follow the example below:

    Before:

```
    directive('directiveName', function() {
      return {
        link: function(scope, elm, attr) {
          var observer = attr.$observe('someAttr', function(value) {
            console.log(value);
          });
        }
      };
    });
```

    After:

```
    directive('directiveName', function() {
      return {
        link: function(scope, elm, attr) {
          var observer = function(value) {
            console.log(value);
          };

          attr.$observe('someAttr', observer);
        }
      };
    });
```

Closes #5609
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In order to make the behavior compatible with $rootScope.$watch and $rootScope.$on methods, and
make it possible to deregister an attribute observer, Attributes.$observe method now returns a
deregistration function instead of the observer itself.

BREAKING CHANGE: calling attr.$observe no longer returns the observer function, but a
    deregistration function instead.

    To migrate the code follow the example below:

    Before:

```
    directive('directiveName', function() {
      return {
        link: function(scope, elm, attr) {
          var observer = attr.$observe('someAttr', function(value) {
            console.log(value);
          });
        }
      };
    });
```

    After:

```
    directive('directiveName', function() {
      return {
        link: function(scope, elm, attr) {
          var observer = function(value) {
            console.log(value);
          };

          attr.$observe('someAttr', observer);
        }
      };
    });
```

Closes #5609
</pre>
</div>
</content>
</entry>
<entry>
<title>fix(Scope): $watchCollection should call listener with oldValue</title>
<updated>2014-03-18T19:00:50+00:00</updated>
<author>
<name>Igor Minar</name>
</author>
<published>2014-03-17T22:48:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=78057a945ef84cbb05f9417fe884cb8c28e67b44'/>
<id>78057a945ef84cbb05f9417fe884cb8c28e67b44</id>
<content type='text'>
Originally we destroyed the oldValue by incrementaly copying over portions of the newValue
into the oldValue during dirty-checking, this resulted in oldValue to be equal to newValue
by the time we called the watchCollection listener.

The fix creates a copy of the newValue each time a change is detected and then uses that
copy *the next time* a change is detected.

To make `$watchCollection` behave the same way as `$watch`, during the first iteration
the listener is called with newValue and oldValue being identical.

Since many of the corner-cases are already covered by existing tests, I refactored the
test logging to include oldValue and made the tests more readable.

Closes #2621
Closes #5661
Closes #5688
Closes #6736
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Originally we destroyed the oldValue by incrementaly copying over portions of the newValue
into the oldValue during dirty-checking, this resulted in oldValue to be equal to newValue
by the time we called the watchCollection listener.

The fix creates a copy of the newValue each time a change is detected and then uses that
copy *the next time* a change is detected.

To make `$watchCollection` behave the same way as `$watch`, during the first iteration
the listener is called with newValue and oldValue being identical.

Since many of the corner-cases are already covered by existing tests, I refactored the
test logging to include oldValue and made the tests more readable.

Closes #2621
Closes #5661
Closes #5688
Closes #6736
</pre>
</div>
</content>
</entry>
<entry>
<title>fix($http): allow sending Blob data using $http</title>
<updated>2014-03-15T18:41:07+00:00</updated>
<author>
<name>Bruno Baia</name>
</author>
<published>2013-11-18T23:30:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=b8cc71d476f76ff51e719fb76fb2348027c858ce'/>
<id>b8cc71d476f76ff51e719fb76fb2348027c858ce</id>
<content type='text'>
Closes #5012
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Closes #5012
</pre>
</div>
</content>
</entry>
<entry>
<title>fix($http): don't covert 0 status codes to 404 for non-file protocols</title>
<updated>2014-03-14T20:44:56+00:00</updated>
<author>
<name>Pawel Kozlowski</name>
</author>
<published>2014-03-01T11:49:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/angular.js/commit/?id=56e73ea355c851fdfd574d6d2a9e2fcb75677945'/>
<id>56e73ea355c851fdfd574d6d2a9e2fcb75677945</id>
<content type='text'>
PR #5547 introduced conversion of all 0 status codes to 404 for cases
where no response was recieved (previously this was done for the
file:// protocol only). But this mechanism is too eager and
masks legitimate cases where status 0 should be returned. This commits
reverts to the previous mechanism of handling 0 status code for the
file:// protocol (converting 0 to 404) while retaining the returned
status code 0 for all the protocols other than file://

Fixes #6074
Fixes #6155
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
PR #5547 introduced conversion of all 0 status codes to 404 for cases
where no response was recieved (previously this was done for the
file:// protocol only). But this mechanism is too eager and
masks legitimate cases where status 0 should be returned. This commits
reverts to the previous mechanism of handling 0 status code for the
file:// protocol (converting 0 to 404) while retaining the returned
status code 0 for all the protocols other than file://

Fixes #6074
Fixes #6155
</pre>
</div>
</content>
</entry>
</feed>
