Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
[DependencyInjection] fix support of inherited tags in child services definitions.#21629
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
hhamon commentedFeb 16, 2017
| Q | A |
|---|---|
| Branch? | master |
| Bug fix? | yes |
| New feature? | no |
| BC breaks? | no |
| Deprecations? | no |
| Tests pass? | yes |
| Fixed tickets | ~ |
| License | MIT |
| Doc PR | ~ |
41b5a85 to4665128Comparehhamon commentedFeb 16, 2017
This PR is also related to#21530. |
… pass very early first to support inherited tags in services definitions.
nicolas-grekas commentedFeb 17, 2017
Instead of running ResolveDefinitionTemplatesPass twice, we need a new ResolveDefinitionInheritancePass compiler pass, that does only copy tags from parents to children when required. This should preserve the ChildDefinition objects because at this stage it still makes sense to have them untouched. Will remove any potential BC break that resolving definition templates might create also. |