diff options
| author | David Rowley | 2023-04-18 02:03:30 +0000 |
|---|---|---|
| committer | David Rowley | 2023-04-18 02:03:49 +0000 |
| commit | eef231e8161eb8031a928fe48134ef25ab81fe5e (patch) | |
| tree | 17f1882a677a251f2638fb1893ec2a6fca1885d3 /doc/src/sgml/user-manag.sgml | |
| parent | b4dbf3e924b2556acbe103dc61ac71f9985ff24f (diff) | |
Fix some typos and some incorrectly duplicated words
Author: Justin Pryzby
Reviewed-by: David Rowley
Discussion: https://postgr.es/m/[email protected]
Diffstat (limited to 'doc/src/sgml/user-manag.sgml')
| -rw-r--r-- | doc/src/sgml/user-manag.sgml | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/doc/src/sgml/user-manag.sgml b/doc/src/sgml/user-manag.sgml index b5e0392ad27..b6c37ccef26 100644 --- a/doc/src/sgml/user-manag.sgml +++ b/doc/src/sgml/user-manag.sgml @@ -346,7 +346,7 @@ ALTER ROLE myname SET enable_indexscan TO off; role using <literal>SET ROLE</literal>. However, since any user who has <literal>ADMIN OPTION</literal> on a role can grant membership in that role to any other user, the <literal>CREATEROLE</literal> user can gain - access to the created role by simplying granting that role back to + access to the created role by simply granting that role back to themselves with the <literal>INHERIT</literal> and/or <literal>SET</literal> options. Thus, the fact that privileges are not inherited by default nor is <literal>SET ROLE</literal> granted by default is a safeguard against |