This project is mirrored from https://github.com/angular/angular.git.
Pull mirroring updated .
- May 22, 2020
-
-
Kara Erickson authored
-
Igor Minar authored
As of TypeScript 3.9, the tsc emit is not compatible with Closure Compiler due to https://github.com/microsoft/TypeScript/pull/32011. There is some hope that this will be fixed by a solution like the one proposed in https://github.com/microsoft/TypeScript/issues/38374 but currently it's unclear if / when that will happen. Since the Closure support has been somewhat already broken, and the tsickle pass has been a source of headaches for some time for Angular packages, we are removing it for now while we rethink our strategy to make Angular Closure compatible outside of Google. This change has no effect on our Closure compatibility within Google which work well because all the code is compiled from sources and passed through tsickle. This change only disables the tsickle pass but doesn't remove it. A follow up PR should either remove all the traces of tscikle or re-enable the fixed version. BREAKING CHANGE: Angular npm packages no longer contain jsdoc comments to support Closure Compiler's advanced optimizations The support for Closure compiler in Angular packages has been experimental and broken for quite some time. As of TS3.9 Closure is unusable with the JavaScript emit. Please follow https://github.com/microsoft/TypeScript/issues/38374 for more information and updates. If you used Closure compiler with Angular in the past, you will likely be better off consuming Angular packages built from sources directly rather than consuming the version we publish on npm which is primarily optimized for Webpack/Rollup + Terser build pipeline. As a temporary workaround you might consider using your current build pipeline with Closure flag `--compilation_level=SIMPLE`. This flag will ensure that your build pipeline produces buildable and runnable artifacts, at the cost of increased payload size due to advanced optimizations being disabled. If you were affected by this change, please help us understand your needs by leaving a comment on https://github.com/angular/angular/issues/37234. PR Close #37221
-
- May 21, 2020
-
-
Kara Erickson authored
This commit contains the release notes for the 9.1.9 release. They were copy-pasted from the CHANGELOG on the 9.1.x (patch) branch.
-
Andrew Scott authored
Update docs in the micro benchmarks to include: * How to run with no turbo inlining * Where to find the profiles in the DevTools * Best way to debug benchmarks (using the profile_in_browser rather than --inspect-brk) PR Close #37140
-
Joey Perrott authored
Remove bazel yarn format deprecation message to complete the removal of formatting bazel related files via yarn command command. PR Close #37148
-
Joey Perrott authored
Creates common logging functions at different levels. Allows for providing logging statements which are actually printed to the console based on the LOG_LEVEL environment variable. PR Close #37192
-
Andrew Kushnir authored
This commit updates the script that checks master and patch branches to ignore features with `dev-infra` scope while verifying that there are no feature commits in patch branch. It's ok and in fact desirable for dev-infra features to be on the patch branch. PR Close #37210
-
Pete Bacon Darwin authored
The `fw-testing` PullApprove group is really designed to capture the top level public testing API groups in packages like `common` and `router`. The compiler-cli also has some folders that contain the path segment `testing` but these should not require `fw-testing` PullApprove approval. This commit excludes the whole of `compiler-cli` package from the `fw-testing` group. PR Close #37220
-
Pete Bacon Darwin authored
In ES2015 IIFE wrapped classes, the identifier that would reference the class of the NgModule may be an alias variable. Previously the `Esm2015ReflectionHost` was not able to match this alias to the original class declaration. This resulted in failing to identify some `ModuleWithProviders` functions in such case. These IIFE wrapped classes were introduced in TypeScript 3.9, which is why this issue is only recently appearing. Since 9.1.x does not support TS 3.9 there is no reason to backport this commit to that branch. Fixes #37189 PR Close #37206
-
Pete Bacon Darwin authored
This test helper can be useful when searching for nodes within an IIFE. Exporting it here is helpful in ngcc reflection tests. PR Close #37206
-
Pete Bacon Darwin authored
To better check that the code is working, this commit gives a distinct name (`DecoratedWrappedClass_1`) to the "adjacent" class declaration in the tests. PR Close #37206
-
Kara Erickson authored
When pasting over the 9.1.8 release notes, the link for 10.0.0-next.9 was accidentally cut off. This commit fixes the broken link for 10.0.0-next.9 in the CHANGELOG.
-
Kara Erickson authored
This commit contains the release notes for 9.1.8, which were copy-pasted from the 9.1.x (patch) branch's CHANGELOG.
-
George Kalpakas authored
Previously, the correct behavior of Angular custom elements relied on the constructor being called (and thus the `injector` property being initialized). However, some polyfills (e.g. `document-register-element`) do not call the constructor of custom elements, which resulted in the `injector` property being undefined and the `NgElementStrategy` failing to be instantiated. This commit fixes it by being tolerant to the `injector` property being undefined and falling back to the injector passed to the `createCustomElement()` config. NOTE: We don't have proper tests exercising the situation where the constructor is not called. For now this is tested using a Google internal test suite (which is how this issue was caught). This commit also adds a rudimentary unit test to emulate this situation. PR Close #36114
-
George Kalpakas authored
Previously, if an element started out as a regular `HTMLElement` (not a Custom Element) and was later upgraded to a Custom Element, any properties corresponding to component inputs that were set on the element before upgrading it would not be captured correctly and thus not reflected on the instantiated component. This commit fixes it by ensuring that such properties are captured correctly. Jira issue: [FW-2006](https://angular-team.atlassian.net/browse/FW-2006) Fixes #30848 Closes #31416 PR Close #36114
-
George Kalpakas authored
Previously, the `TestStrategy` `NgElementStrategy` used in `createCustomElement()` tests was created once and re-used in each test (due to complications related to how `customElements.register()` works). As a result, the `TestStrategy` instance's state (e.g. inputs) could be polluted from previous tests and affect subsequent ones. This commit ensures the strategy instance is reset before each test. PR Close #36114
-
George Kalpakas authored
Previously, helper modules/components classes were declared even if the tests were not run (because the environment did not support Custom Elements for example). This commit moves the declaration of the helpers inside the `describe()` block, so they are not declared unnecessarily. This is in preparation of adding more helpers that need to access variables declared inside the `describe()` block. PR Close #36114
-
George Kalpakas authored
- Remove imports that are not used. - Remove private class properties that are not used outside of the constructor. PR Close #36114
-
George Kalpakas authored
Previously, we had to check whether `NgElementStrategy` had been instantiated before accessing it. This was tedious and error prone, since it was easy to forget to add the check in new call sites. This commit switches to using a getter, so that the check has to be performed in one place and is transparent to call sites (including any future ones). PR Close #36114
-
George Kalpakas authored
`createCustomElements()` creates some getters/setters for properties corresponding to component inputs that delegate to the `NgElementStrategy`. However, it is not guaranteed that the element's `NgElementStrategy` will have been created when these getters/setters are called, because some polyfills (e.g. `document-register-element`) do not call the constructor. Previously, trying to get/set input properties before connecting the element to the DOM (via `connectedCallback()`) would fail due to `NgElementStrategy` not being created. This commit ensures that the `NgElementStrategy` is always created before used inside the input property getters/setters (similar to how it is done for other methods of `NgElement`). Mentioned in https://github.com/angular/angular/pull/31416/files#r300326698. PR Close #36114
-
Igor Minar authored
The info about the pw storage is out of date. We should really just point the reader to a go link, something like go/angular/passwords and keep the info about secrets there. PR Close #37212
-
Igor Minar authored
Vikram and Alex are now Angular alumni. They made a mark on Angular and I hope we'll get to collaborate with them in the future. PR Close #37212
-
Igor Minar authored
The TOC at the top refers to an anchor that does not exist. This change adds the missing anchor while preserving the old one in case someone depends on it. PR Close #37212
-
Igor Minar authored
Update developer instructions by clarify and adding missing login details for the hub.docker.com image server. PR Close #37185
-
- May 20, 2020
-
-
Kara Erickson authored
-
Joey Perrott authored
Marks the commit-mesage-filter.js file as executable, allowing it to be run by 'git filter-branch' during the merge script process. PR Close #37209
-
Joey Perrott authored
The deprecation notice for the merge-pr script errantly referenced 'ng dev' rather than 'ng-dev', this PR corrects this. PR Close #37208
-
Paul Gschwendtner authored
`ts-node` is now an optional peer dependency of the shared dev-infra package. Whenever a `ng-dev` command runs, and a TypeScript-based configuration file exists, `ts-node` is set up if available. That allows consumers of the package (as the components repo) to more conveniently use a TypeScript-based configuration for dev-infra. Currently, commands would need to be proxied through `ts-node` which rather complicates the setup: ``` NG_DEV_COMMAND="ts-node ./node_modules/@angular/dev-infra-private/cli.js" ``` I'm thinking that it should be best-practice to use TypeScript for writing the configuration files. Given that the tool is used primarily in Angular projects (for which most sources are TypeScript), this should be acceptable. PR Close #37196
-
Joey Perrott authored
Adds a deprecation notice to the old merge-pr script informing the user the script will be removed in favor of the ng-dev merge tooling. This currently serves as a warning, and does not fail to perform the merge. PR Close #37204
-
Alan Agius authored
Tslib version is bound to the TypeScript version used to compile the library. Thus, we shouldn't list `tslib` as a `peerDependencies`. This is because, a user can install libraries which have been compiled with older versions of TypeScript and thus require multiple `tslib` versions to be installed. Reference: TOOL-1374 and TOOL-1375 Closes: #37188 PR Close #37198
-
https://angular.ioAjit Singh authored
PR #36601 itroduces icons on all links if the link contains https:// or http:// but there were some internal links left which contained https://angular.io. Removed https://angular.io from all these links. PR Close #37157
-
Sonu Kapoor authored
The `rev` property has been in the initial commit that introduced `resources.json` (196203f6) and has been added to all new entries since (always with the value `true`). This field is a remnant from back when this data was stored in a Firebase Database and the `rev` field indicated whether the entry has been reviewed/approved by a DevRel lead or something. Now that the data is kept in the repository and the reviewing is done as part of the corresponding PR, this field is no longer necessary. PR Close #37181
-
George Kalpakas authored
Updating [angular#master](https://github.com/angular/angular/tree/master) from [cli-builds#master](https://github.com/angular/cli-builds/tree/master). ## Relevant changes in [commit range](https://github.com/angular/cli-builds/compare/dbde51375...200a21f8a): **Modified** - help/build.json PR Close #37200
-
- May 19, 2020
-
-
m-ahmadi authored
This commit corrects a typo and rephrases the first sentence of the `redirectTo` description to be more understandable. PR Close #37166
-
Keen Yee Liau authored
This commit removes the `bootstrap()` function in the test project since its presence has no effect on the behavior of language service. Also removes the explicit cast when instantiating `CounterDirectiveContext`, and let type inference takes care of that. PR Close #37122
-
Joey Perrott authored
Creates a tool in ng-dev which rebases a PR automatically and pushes the rebase commits back to the PR. This is meant to be a replacement to the local merge script currently in the repo and currently has feature parity. PR Close #37055
-
Joey Perrott authored
Remove the local rebase-pr script with a deprecation message informing the user to instead perform rebases via ng-dev PR Close #37055
-
Andrew Scott authored
The RouterLink and RouterLinkWithHref inputs do not have any docs. This comment adds jsdoc comments to the inputs. PR Close #37018
-
Andrew Scott authored
PR #13380 added support for `null` and `undefined` but the type on the parameter was not updated. This would result in a compilation error if `fullTemplateTypeCheck` is enabled. Fixes #36544 PR Close #37018
-
Paul Gschwendtner authored
With 844208f4, we disabled the components-repo-unit-tests job. The components repo landed the required TS 3.9.x update, so we can re-enable the job again. PR Close #37176
-