Skip to content

Commit 92eecd3

Browse files
committed
Merge branch '2.3' into 2.6
* 2.3: [#5453] Minor tweaks - mostly thanks to Javier
2 parents f71cc85 + d4afd3a commit 92eecd3

File tree

2 files changed

+4
-3
lines changed

2 files changed

+4
-3
lines changed

book/security.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -994,7 +994,7 @@ other users. Also, as the admin user, you yourself want to be able to edit
994994

995995
To accomplish this you have 2 options:
996996

997-
* :doc:`Voters </cookbook/security/voters>` allow you to use business logic
997+
* :doc:`Voters </cookbook/security/voters>` allow you to write own business logic
998998
(e.g. the user can edit this post because they were the creator) to determine
999999
access. You'll probably want this option - it's flexible enough to solve the
10001000
above situation.

cookbook/security/voters.rst

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -28,8 +28,9 @@ All voters are called each time you use the ``isGranted()`` method on Symfony's
2828
authorization checker (i.e. the ``security.authorization_checker`` service). Each
2929
one decides if the current user should have access to some resource.
3030

31-
Ultimately, Symfony uses one of three different approaches on what to do
32-
with the feedback from all voters: affirmative, consensus and unanimous.
31+
Ultimately, Symfony takes the responses from all voters and makes the final
32+
decission (to allow or deny access to the resource) according to the strategy defined
33+
in the application, which can be: affirmative, consensus or unanimous.
3334

3435
For more information take a look at
3536
:ref:`the section about access decision managers <components-security-access-decision-manager>`.

0 commit comments

Comments
 (0)