Re: improving user.c error messages
Peter Eisentraut <peter.eisentraut@enterprisedb.com>
From: Peter Eisentraut <peter.eisentraut@enterprisedb.com>
To: Nathan Bossart <nathandbossart@gmail.com>
Cc: Alvaro Herrera <alvherre@alvh.no-ip.org>, Tom Lane <tgl@sss.pgh.pa.us>,
Robert Haas <robertmhaas@gmail.com>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2023-03-09T09:55:54Z
Lists: pgsql-hackers
On 20.02.23 23:58, Nathan Bossart wrote: >>> Similarly -- this is an existing issue but we might as well look at it -- in >>> something like >>> >>> must be superuser or a role with privileges of the >>> pg_write_server_files role >>> >>> the phrase "a role with the privileges of that other role" seems ambiguous. >>> Doesn't it really mean you must be a member of that role? >> >> Membership alone is not sufficient. You must also inherit the privileges >> of the role via the INHERIT option. I thought about making this something >> like >> >> must have the INHERIT option on role %s >> >> but I'm not sure that's accurate either. That wording makes it sound lіke >> you need to be granted membership to the role directly WITH INHERIT OPTION, >> but what you really need is membership, direct or indirect, with an INHERIT >> chain up to the role in question. However, it looks like "must have the >> ADMIN option on role %s" is used to mean something similar, so perhaps I am >> overthinking it. > > For now, I've reworded these as "must inherit privileges of". I don't have a good mental model of all this role inheritance, personally, but I fear that this change makes the messages more jargony and less clear. Maybe the original wording was good enough. A couple of other thoughts: "admin option" is sort of a natural language term, I think, so we don't need to parametrize it as "%s option". Also, there are no other "options" in this context, I think. A general thought: It seems we currently don't have any error messages that address the user like "You must do this". Do we want to go there? Should we try for a more impersonal wording like "You must have the %s attribute to create roles." "Current user must have the %s attribute to create roles." "%s attribute is required to create roles." By the way, I'm not sure what the separation between 0001 and 0002 is supposed to be.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Improve several permission-related error messages.
- de4d456b406b 16.0 landed
-
Integrate superuser check into has_rolreplication()
- 442f8700656b 16.0 landed
-
Small code simplification
- 3b7cd8c690f2 16.0 landed
-
Adjust interaction of CREATEROLE with role properties.
- f1358ca52dd7 16.0 landed
-
Add new GUC reserved_connections.
- 6e2775e4d4e4 16.0 landed
-
Rename ReservedBackends variable to SuperuserReservedConnections.
- fe00fec1f5d7 16.0 landed
-
Update docs and error message for superuser_reserved_connections.
- 6c1d5ba48678 16.0 landed
-
Add new GUC createrole_self_grant.
- e5b8a4c098ad 16.0 cited
-
Restrict the privileges of CREATEROLE users.
- cf5eb37c5ee0 16.0 cited
-
Add a SET option to the GRANT command.
- 3d14e171e9e2 16.0 cited