diff options
author | David Rowley <drowley@postgresql.org> | 2023-04-18 14:03:30 +1200 |
---|---|---|
committer | David Rowley <drowley@postgresql.org> | 2023-04-18 14:03:49 +1200 |
commit | eef231e8161eb8031a928fe48134ef25ab81fe5e (patch) | |
tree | 17f1882a677a251f2638fb1893ec2a6fca1885d3 /doc | |
parent | b4dbf3e924b2556acbe103dc61ac71f9985ff24f (diff) | |
download | postgresql-eef231e8161eb8031a928fe48134ef25ab81fe5e.tar.gz |
Fix some typos and some incorrectly duplicated words
Author: Justin Pryzby
Reviewed-by: David Rowley
Discussion: https://postgr.es/m/ZD3D1QxoccnN8A1V@telsasoft.com
Diffstat (limited to 'doc')
-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 b5e0392ad2..b6c37ccef2 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 |