-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[HttpKernel] Allow tagged controllers in ControllerResolver #53985
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
[HttpKernel] Allow tagged controllers in ControllerResolver #53985
Conversation
Hey! I see that this is your first PR. That is great! Welcome! Symfony has a contribution guide which I suggest you to read. In short:
Review the GitHub status checks of your pull request and try to solve the reported issues. If some tests are failing, try to see if they are failing because of this change. When two Symfony core team members approve this change, it will be merged and you will become an official Symfony contributor! I am going to sit back now and wait for the reviews. Cheers! Carsonbot |
Thanks for the PR. Did you consider adding the logic to RegisterControllerArgumentLocatorsPass instead of adding a new pass? |
Yes, but since |
I'm for moving this into RegisterControllerArgumentLocatorsPass and adding tests only to the HttpKernel components, so that we don't have cross-packages issues in the CI. Works for you? |
Done. Failing Should I fix the |
Let's ignore fabbot indeed here. Can you please rebase for 6.4? Then OK for me for the integration tests. You'll then need to bump http-kernel to ^6.4.4 in the composer.json of framework-bundle |
Thank you @marein. |
If the request attribute
_check_controller_is_allowed
is set, onlyTemplateController
, children ofAbstractController
and controllers that have the attribute#[AsController]
are allowed by default. This change also adds controllers tagged withcontroller.service_arguments
to the mix. It allows them to be used with different fragment renderers (e.g.esi
andssi
) without having to add any of the above conditions.This pull request is a follow up of this discussion.