-
-
fix($parse): always re-evaluate filters within literals when an input…
jbedard committedMay 12, 2017
-
-
test($log): run all $log tests in IE9 & non-IE9 logging mode (#15995)
In IE 9 console methods don't inherit from Function.prototype and, hence, don't have apply. Until recently IE 9 logging in AngularJS was restricted to the first 2 parameters but that changed as we could just reuse Function.prototype.apply everywhere, creating one code path for all browsers. Therefore, we can now run all tests in modes where apply exists on logging methods and where it doesn't. Ref #15911 Ref b277e3e Closes #15995
-
fix(*): correctly detect Error instances from different contexts
-
docs(guide/component): remove redundant empty controller from example
There is no need for empty controller functions on components, since this is the default. Closes #16003
-
Update protractor to latest 5.1.2 to make it work with Chrome 58 on Jenkins. This protractor version is not compatible with FF 53 and directConnect, but this should be irrelevant as Travis does not use directConnect and on Jenkins we don't test FF. Closes #15991
-
docs(form): improve the docs for `FormController.$setValidity()`
Fixes #15963
gkalpak committedMay 11, 2017
-
docs(ngRepeat): fix argument name in comment to match actual argument…
… (element --> clone) Closes #15975
-
chore(*): update jasmine-core to 2.5.2
This might resolve an issue where Firefox 51+ fails on Jenkins at this test: https://github.com/angular/angular.js/blob/8a89586bede0256494cb3027d856f1ebf592afde/test/ng/directive/ngOptionsSpec.js#L2891 The failure can also be reproduced locally when running the whole test suite with the Firefox window unfocused. With 2.5.2, the failure happens too, but much less frequent. Latest jasmine (2.6.2) has problems with some browsers, see here: jasmine/jasmine#1327 Closes #15978
-
test(*): run class-related tests everywhere; fix eval syntax
1. Wrap an evaled class definition in parens; previously they weren't; the test wasn't failing only because it was disabled everywhere outside of Chrome and Chrome <59 incorrectly accepted such input. 2. There's no reason to restrict class-related tests just to Chrome; now they run in every browser that supports ES6 classes. The classes support test was modified to check not only if a class definition parses but also if it stringifies correctly which is required by AngularJS. This restriction disables class-related tests in current Firefox (53) but will work in v55 or newer. Closes #15967
-
-
chore(*): update all Karma-related packages except Karma
The updated karma-chrome-launcher adds support for ChromeHeadless & ChromeCanaryHeadless launchers; test with: karma start karma-jqlite.conf.js --browsers=ChromeCanaryHeadless The updated karma-firefox-launcher disables multi-process which may increase stability on Jenkins. Closes #15966
-
perf(animate): avoid unnecessary computations if animations are globa…
…lly disabled Closes #14914
-
feat($animate): add support for `customFilter`
This commit adds a new `customFilter()` function on `$animateProvider` (similar to `classNameFilter()`), which can be used to filter animations (i.e. decide whether they are allowed or not), based on the return value of a custom filter function. This allows to easily create arbitrarily complex rules for filtering animations, such as allowing specific events only, or enabling animations on specific subtrees of the DOM, etc. Fixes #14891
gkalpak committedJul 15, 2016 -
perf($animate): do not retrieve `className` unless `classNameFilter` …
…is used
gkalpak committedJan 5, 2017 -
docs(guide/animations): list missing animated directives (and other i…
…mprovements) - List missing animation-aware directives. - Fix/Improve wording/formatting. - Fix typos. - Limit lines to 100 chars.
gkalpak committedJan 10, 2017
-
fix(angular-loader): do not depend on "closure" globals that may not …
-
feat(select): expose info about selection state in controller
-
fix(ngOptions): allow empty option to be removed and re-added
This bug was reported as part of angular/angular.js#15801
-
chore(docs-app): fix vertical scrolling offset after recent re-design
Previously, the `yOffset` pointed to the `<header>` element, which had a height of 0 (since all its children have fixed positions). This caused scrolled items to have 0 vertical offset, essentially hiding the top part behind the static `<nav>` items. This commit fixes the vertical scrolling offset, by setting `yOffset` to the last (lowest) `<nav>` item. Closes #15945
-
refactor($injector): require standard class stringification
ES6 classes now require Edge 14 or newer to work. Closes #15911