Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
[Security] deprecate multiple providers in context listener#21792
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
[Security] deprecate multiple providers in context listener#21792
Uh oh!
There was an error while loading.Please reload this page.
Conversation
Passing multiple user providers to the context listener does not makemuch sense. The listener is only responsible to refresh users for aparticular firewall. Thus, it must only be aware of the user providerfor this particular firewall.
66f295b to53df0deComparexabbuh commentedFeb 27, 2017
This will need a rebase with#21791 being merged up to master. |
| } | ||
| if (is_array($userProviders)) { | ||
| @trigger_error(sprintf('Being able to pass multiple user providers to the constructor of %s is deprecated since version 3.3 and will not be supported anymore in 4.0. Only pass the user provider for the current firewall context instead.',__CLASS__),E_USER_DEPRECATED); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
missing" around%s
| -------- | ||
| * Deprecated the ability to pass multiple user providers to the`ContextListener`. Pass only the user provider responsible | ||
| for the active firewall instead. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
looks like it's not wrapped at 80 chars
fabpot commentedFeb 28, 2017
Thank you@xabbuh. |
…tener (xabbuh)This PR was squashed before being merged into the 3.3-dev branch (closes#21792).Discussion----------[Security] deprecate multiple providers in context listener Q | A| ------------- | ---| Branch? | master| Bug fix? | no| New feature? | no| BC breaks? | no| Deprecations? | yes| Tests pass? | yes| Fixed tickets || License | MIT| Doc PR |Passing multiple user providers to the context listener does not makemuch sense. The listener is only responsible to refresh users for aparticular firewall. Thus, it must only be aware of the user providerfor this particular firewall.Commits-------53df0de [Security] deprecate multiple providers in context listenerfbd9f88 [SecurityBundle] only pass relevant user provider
stof commentedFeb 28, 2017
@xabbuh a given firewall can rely on multiple user providers when multiple authentication listeners are enabled (as each of them can use a different user provider) |
xabbuh commentedFeb 28, 2017
will be reverted by#21799 |
…r provider (xabbuh)" (xabbuh)This PR was merged into the 2.7 branch.Discussion----------Revert "bug#21791 [SecurityBundle] only pass relevant user provider (xabbuh)"| Q | A| ------------- | ---| Branch? | 2.7| Bug fix? | yes| New feature? | no| BC breaks? | no| Deprecations? | no| Tests pass? | yes| Fixed tickets |#21791| License | MIT| Doc PR |#21791 was a mistake as pointed out by@slaci (see#21791 (comment)) and@stof (see#21792 (comment)).Commits-------f6637dd Revert "bug#21791 [SecurityBundle] only pass relevant user provider (xabbuh)"
…ders in context listener (xabbuh)" (xabbuh)This PR was merged into the 3.3-dev branch.Discussion----------Revert "feature#21792 [Security] deprecate multiple providers in context listener (xabbuh)"| Q | A| ------------- | ---| Branch? | master| Bug fix? | yes| New feature? | no| BC breaks? | no| Deprecations? | no| Tests pass? | yes| Fixed tickets |#21791| License | MIT| Doc PR |#21792 was a mistake as pointed out by@slaci (see#21791 (comment)) and@stof (see#21792 (comment)).Commits-------3cfa0c7 Revert "feature#21792 [Security] deprecate multiple providers in context listener (xabbuh)"
Passing multiple user providers to the context listener does not make
much sense. The listener is only responsible to refresh users for a
particular firewall. Thus, it must only be aware of the user provider
for this particular firewall.