angular.js/test/ngSanitize, branch v1.2.10 fix(ngSanitize): prefer textContent to innerText to avoid layout trashing 2013-12-03T22:45:30+00:00 Michał Gołębiowski 2013-11-24T20:13:51+00:00 bf1972dc1e8ffbeaddfa53df1d49bc5a2177f09c innerText depends on styling as it doesn't display hidden elements. Therefore, it's better to use textContent not to cause unnecessary reflows. However, IE<9 don't support textContent so the innerText fallback is necessary. 
innerText depends on styling as it doesn't display hidden elements.
Therefore, it's better to use textContent not to cause unnecessary
reflows. However, IE<9 don't support textContent so the innerText
fallback is necessary.
fix($sanitize): Use same whitelist mechanism as $compile does. 2013-11-26T22:29:38+00:00 Tobias Bosch 2013-11-25T23:40:18+00:00 333523483f3ce6dd3177b697a5e5a7177ca364c8 `$sanitize` now uses the same mechanism as `$compile` to validate uris. By this, the validation in `$sanitize` is more general and can be configured in the same way as the one in `$compile`. Changes - Creates the new private service `$$sanitizeUri`. - Moves related specs from `compileSpec.js` into `sanitizeUriSpec.js`. - Refactors the `linky` filter to be less dependent on `$sanitize` internal functions. Fixes #3748. 
`$sanitize` now uses the same mechanism as `$compile` to validate uris.
By this, the validation in `$sanitize` is more general and can be
configured in the same way as the one in `$compile`.

Changes
- Creates the new private service `$$sanitizeUri`.
- Moves related specs from `compileSpec.js` into `sanitizeUriSpec.js`.
- Refactors the `linky` filter to be less dependent on `$sanitize`
  internal functions.

Fixes #3748.
fix($sanitize): sanitize DOCTYPE declarations correctly 2013-10-03T07:42:15+00:00 paolo-delmundo 2013-10-02T19:49:20+00:00 e66c23fe55f8571a014b0686c8dbca128e7a8240 HTML to be sanitized that contains a DOCTYPE declaration were causing the HTML parser to throw an error. Now the parser correctly removes the declarations when sanitizing HTML. Closes #3931 
HTML to be sanitized that contains a DOCTYPE declaration were causing
the HTML parser to throw an error.  Now the parser correctly removes
the declarations when sanitizing HTML.

Closes #3931
fix(ngSanitize): sanitizer should not accept <!--> as a valid comment 2013-09-11T20:40:09+00:00 R. Merkert 2013-08-17T23:09:28+00:00 21e9e8cf68ef007136da6cc212d2f1f252fb668a According to http://validator.w3.org/ , <!--> is not a valid comment and neither is any comment containing the -- substring. 
According to http://validator.w3.org/ , <!--> is not a valid comment
and neither is any comment containing the -- substring.
fix(sanitize): match URI schemes case-insensitively 2013-07-12T08:29:21+00:00 Pete Bacon Darwin 2013-07-12T08:29:06+00:00 7fef06fef9b6af4436f9fed10bd29d0a63707614 According to RFC 3986 (http://tools.ietf.org/html/rfc3986#section-3.1) schemes such as http or mailto are case-insensitive. So links such as http://server/ and HTTP://server/ are valid and equivalent. Closes #3210 
According to RFC 3986 (http://tools.ietf.org/html/rfc3986#section-3.1)
schemes such as http or mailto are case-insensitive. So links such as
http://server/ and HTTP://server/ are valid and equivalent.

Closes #3210
test(ngBindHtml): prevent variable name leak 2013-01-29T21:26:06+00:00 metaweta 2013-01-29T19:34:14+00:00 3b317c5dcb93e1907fe6fae8f1e9b83c35a7a81f Add "var" so element is local instead of global Strict mode doesn't allow undeclared global vars, and these really should be local anyway. 
Add "var" so element is local instead of global

Strict mode doesn't allow undeclared global vars, and these really should be local anyway.
feat(linky): allow optional 'target' argument 2012-11-24T21:21:50+00:00 Zach Dexter 2012-10-09T18:04:58+00:00 610927d77b77700c5c61accd503a2af0fa51cfe6 Closes #1443 
Closes #1443
feat($sanitize): support telephone links 2012-11-11T09:31:27+00:00 Anna Vester 2012-11-10T20:37:17+00:00 04450c48dfea065e1c9e4ab8adad94993ed1b037 Per http://www.ietf.org/rfc/rfc3966.txt support tel: links 
Per http://www.ietf.org/rfc/rfc3966.txt support tel: links
chore(ngSanitize): extract $sanitize, ngBindHtml, linkyFilter into a module 2012-04-11T22:50:47+00:00 Vojta Jina 2012-04-10T23:50:31+00:00 5bcd7198664dca2bf85ddf8b3a89f417cd4e4796 Create build for other modules as well (ngResource, ngCookies): - wrap into a function - add license - add version Breaks `$sanitize` service, `ngBindHtml` directive and `linky` filter were moved to the `ngSanitize` module. Apps that depend on any of these will need to load `angular-sanitize.js` and include `ngSanitize` in their dependency list: `var myApp = angular.module('myApp', ['ngSanitize']);` 
Create build for other modules as well (ngResource, ngCookies):
- wrap into a function
- add license
- add version

Breaks `$sanitize` service, `ngBindHtml` directive and `linky` filter were moved to the `ngSanitize` module. Apps that depend on any of these will need to load `angular-sanitize.js` and include `ngSanitize` in their dependency list: `var myApp = angular.module('myApp', ['ngSanitize']);`