-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[DI] move RegisterServiceSubscribersPass before DecoratorServicePass #29582
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
We should prevent regressions on this one, at least with a comment or (ideally) with a new test case for PassConfig |
Do you think simply checking the order of the passes returned from |
A unit test wouldn't prevent anything IMHO. An integration one might be best! |
That's for 3.4 btw! |
I switched to 3.4. I'll work on an integration test. |
Can I get some direction on the best place for an integration test for this would be? |
Wow, looked everywhere but the obvious place - thanks! Integration test added. |
Thank you @kbond. |
…ervicePass (kbond) This PR was merged into the 3.4 branch. Discussion ---------- [DI] move RegisterServiceSubscribersPass before DecoratorServicePass | Q | A | ------------- | --- | Branch? | 3.4 | Bug fix? | yes | New feature? | no | BC breaks? | no | Deprecations? | no| Tests pass? | yes <!-- please add some, will be required by reviewers --> | Fixed tickets | #29550 | License | MIT | Doc PR | n/a From #29550 (comment): The fact that `RegisterServiceSubscribersPass` runs after `DecoratorServicePass` makes it impossible to decorate a service implementing `ServiceSubscriberInterface` if the decorator does not implement it. Commits ------- c3271d9 [DI] move RegisterServiceSubscribersPass before DecoratorServicePass
From #29550 (comment): The fact that
RegisterServiceSubscribersPass
runs afterDecoratorServicePass
makes it impossible to decorate a service implementingServiceSubscriberInterface
if the decorator does not implement it.