Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pVbnP-0000l1-Uh for pgsql-hackers@arkaria.postgresql.org; Fri, 24 Feb 2023 17:23:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pVbnO-00042M-PZ for pgsql-hackers@arkaria.postgresql.org; Fri, 24 Feb 2023 17:23:46 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pVbnO-00042C-D3 for pgsql-hackers@lists.postgresql.org; Fri, 24 Feb 2023 17:23:46 +0000 Received: from mail-oi1-x236.google.com ([2607:f8b0:4864:20::236]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1pVbnH-0004Zp-LL for pgsql-hackers@lists.postgresql.org; Fri, 24 Feb 2023 17:23:45 +0000 Received: by mail-oi1-x236.google.com with SMTP id bi17so16587819oib.3 for ; Fri, 24 Feb 2023 09:23:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=RM6DksMnXyv9oFwYMJdYhdUkG0o8EDfCCrk8R4XouUY=; b=IG6aycfSabR4NsNtgEq1Td4vSsM7hgB6paCxQvRqeLxJIWK3FcRgbEKo375fRepW2x NV/UnfgfEtLtHpDdxbVZXY+Be8xDPlI2O36nuK0LJz+F6KI1Rx9s2hxzeEhKJIebY3l2 3RGlMISvJVatlgUMdiEUk9w5LJQ9IcQemxwqujzvLVDSmf44fQstTJu/PrnTQDSSUlo2 PlZbJd5z1bPKvsO2lbDEI1mTovfr0agNIYRiEaieLdmzlwG1MFhurUOqE6oMIlvVnBYv kmp8h1TXM65HFtPF0s6vrNSbbP217Vy3/R+ySPZp8pqp7PoxHEhag6ZmC21Og9Tuww7I fNbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=RM6DksMnXyv9oFwYMJdYhdUkG0o8EDfCCrk8R4XouUY=; b=mgHLpg69EmJVtJ+oWGUrT3nsPXj8qAgQlQFfZf+eApclwjTPFTDqr+UmGYLm2gRmfY gQA1NhnV4b6dndWCDWjd5xIUlQSn1hv6aEL5iO8lTn+wFTNKJxFmA2SP3i9veTMieF49 Dp0iJd85C5xZPgzNeapx/DubcxwzayDvbsnxdGFge9p1zr4Yl1UKMcZpvTDSfE8JoWo+ qB6uE4F6MHtvYLW/Hm/+XagVVVvYz17M5rMAl42ALub5lcQU/edjEBYbBZr34hh3Pk28 BTcUoPTB+qyej+4SFsj1YYewz3Qtqc06vV7jOhcL/5q7WjMzHl7NlboezGcs4BGpEXPx ggoA== X-Gm-Message-State: AO0yUKWM5xdTi+buPZtPpJTtwJBYemZORk8wop07we7qLW7elEozOrgK UG+Q1/awHx5L8dD7I1qcfXXj1l9JvcSKvDxh81bkSn3l3A== X-Google-Smtp-Source: AK7set+580Uq+pwc8cKoZaJWEMbvA4Na5j2KpPYLMdrftf67u22OqFMns3RpP7Ic9XwZzDhxoVd3ovEFfPEKMcZp9o0= X-Received: by 2002:aca:170c:0:b0:37f:ab56:ff42 with SMTP id j12-20020aca170c000000b0037fab56ff42mr1340458oii.9.1677259418515; Fri, 24 Feb 2023 09:23:38 -0800 (PST) MIME-Version: 1.0 From: Joseph Koshakow Date: Fri, 24 Feb 2023 12:23:27 -0500 Message-ID: Subject: Inconsistency in ACL error message To: PostgreSQL Hackers Content-Type: multipart/mixed; boundary="000000000000d72c0305f5756306" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000d72c0305f5756306 Content-Type: multipart/alternative; boundary="000000000000d72c0105f5756304" --000000000000d72c0105f5756304 Content-Type: text/plain; charset="UTF-8" Hi all, I noticed a very minor inconsistency in some ACL error messages. When you are try and alter a role, it just says "permission denied": postgres=> ALTER ROLE bar NOCREATEDB; ERROR: permission denied postgres=> ALTER ROLE bar SET search_path TO 'foo'; ERROR: permission denied For almost all other ACL error, we include what the action was. For example: postgres=> CREATE ROLE r; ERROR: permission denied to create role postgres=> DROP ROLE postgres; ERROR: permission denied to drop role postgres=> CREATE DATABASE foo; ERROR: permission denied to create database It's not a huge deal, but it's easy enough to fix that I thought I'd generate a patch (attached). Let me know if people think that it's worth merging. - Joe Koshakow --000000000000d72c0105f5756304 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

I noticed a very minor inconsistency in som= e ACL error messages. When
you are try and alter a role, it just says &q= uot;permission denied":

=C2=A0 postgres=3D> ALTER ROLE bar N= OCREATEDB;
=C2=A0 ERROR: =C2=A0permission denied
=C2=A0 postgres=3D&g= t; ALTER ROLE bar SET search_path TO 'foo';
=C2=A0 ERROR: =C2=A0= permission denied

For almost all other ACL error, we include what th= e action was. For
example:

=C2=A0 postgres=3D> CREATE ROLE r;<= br>=C2=A0 ERROR: =C2=A0permission denied to create role
=C2=A0 postgres= =3D> DROP ROLE postgres;
=C2=A0 ERROR: =C2=A0permission denied to dro= p role
=C2=A0 postgres=3D> CREATE DATABASE foo;
=C2=A0 ERROR: =C2= =A0permission denied to create database


It's not a huge deal= , but it's easy enough to fix that I thought I'd
generate a patc= h (attached). Let me know if people think that it's
worth merging.
- Joe Koshakow
--000000000000d72c0105f5756304-- --000000000000d72c0305f5756306 Content-Type: text/x-patch; charset="US-ASCII"; name="v1-0001-Add-details-to-ALTER-ROLE-permission-errors.patch" Content-Disposition: attachment; filename="v1-0001-Add-details-to-ALTER-ROLE-permission-errors.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_leisxl2k0 RnJvbSAzYWIzMWJjNzU1MDQzOTczY2U1NmVlNjIwYWQ5OWI1Nzg5ZDEyMTExIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBKb3NlcGggS29zaGFrb3cgPGtvc2h5NDRAZ21haWwuY29tPgpE YXRlOiBGcmksIDI0IEZlYiAyMDIzIDEyOjA1OjE5IC0wNTAwClN1YmplY3Q6IFtQQVRDSF0gQWRk IGRldGFpbHMgdG8gQUxURVIgUk9MRSBwZXJtaXNzaW9uIGVycm9ycwoKLS0tCiBzcmMvYmFja2Vu ZC9jb21tYW5kcy91c2VyLmMgICAgICAgICAgICAgICB8IDQgKystLQogc3JjL3Rlc3QvcmVncmVz cy9leHBlY3RlZC9jcmVhdGVfcm9sZS5vdXQgfCAyICstCiAyIGZpbGVzIGNoYW5nZWQsIDMgaW5z ZXJ0aW9ucygrKSwgMyBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9zcmMvYmFja2VuZC9jb21t YW5kcy91c2VyLmMgYi9zcmMvYmFja2VuZC9jb21tYW5kcy91c2VyLmMKaW5kZXggM2E5MmU5MzBj MC4uMmM3YTQyMDRhNiAxMDA2NDQKLS0tIGEvc3JjL2JhY2tlbmQvY29tbWFuZHMvdXNlci5jCisr KyBiL3NyYy9iYWNrZW5kL2NvbW1hbmRzL3VzZXIuYwpAQCAtNzYxLDcgKzc2MSw3IEBAIEFsdGVy Um9sZShQYXJzZVN0YXRlICpwc3RhdGUsIEFsdGVyUm9sZVN0bXQgKnN0bXQpCiAJCQlkdmFsaWRV bnRpbCB8fCBkaXNyZXBsaWNhdGlvbiB8fCBkYnlwYXNzUkxTKQogCQkJZXJlcG9ydChFUlJPUiwK IAkJCQkJKGVycmNvZGUoRVJSQ09ERV9JTlNVRkZJQ0lFTlRfUFJJVklMRUdFKSwKLQkJCQkJIGVy cm1zZygicGVybWlzc2lvbiBkZW5pZWQiKSkpOworCQkJCQkgZXJybXNnKCJwZXJtaXNzaW9uIGRl bmllZCB0byBhbHRlciByb2xlIikpKTsKIAogCQkvKiBhbiB1bnByaXZpbGVnZWQgdXNlciBjYW4g Y2hhbmdlIHRoZWlyIG93biBwYXNzd29yZCAqLwogCQlpZiAoZHBhc3N3b3JkICYmIHJvbGVpZCAh PSBjdXJyZW50VXNlcklkKQpAQCAtMTAwOCw3ICsxMDA4LDcgQEAgQWx0ZXJSb2xlU2V0KEFsdGVy Um9sZVNldFN0bXQgKnN0bXQpCiAJCQkJJiYgcm9sZWlkICE9IEdldFVzZXJJZCgpKQogCQkJCWVy ZXBvcnQoRVJST1IsCiAJCQkJCQkoZXJyY29kZShFUlJDT0RFX0lOU1VGRklDSUVOVF9QUklWSUxF R0UpLAotCQkJCQkJIGVycm1zZygicGVybWlzc2lvbiBkZW5pZWQiKSkpOworCQkJCQkJIGVycm1z ZygicGVybWlzc2lvbiBkZW5pZWQgdG8gYWx0ZXIgcm9sZSIpKSk7CiAJCX0KIAogCQlSZWxlYXNl U3lzQ2FjaGUocm9sZXR1cGxlKTsKZGlmZiAtLWdpdCBhL3NyYy90ZXN0L3JlZ3Jlc3MvZXhwZWN0 ZWQvY3JlYXRlX3JvbGUub3V0IGIvc3JjL3Rlc3QvcmVncmVzcy9leHBlY3RlZC9jcmVhdGVfcm9s ZS5vdXQKaW5kZXggOWY0MzFiZDRmNS4uNjkxY2ZmODZkMiAxMDA2NDQKLS0tIGEvc3JjL3Rlc3Qv cmVncmVzcy9leHBlY3RlZC9jcmVhdGVfcm9sZS5vdXQKKysrIGIvc3JjL3Rlc3QvcmVncmVzcy9l eHBlY3RlZC9jcmVhdGVfcm9sZS5vdXQKQEAgLTk4LDcgKzk4LDcgQEAgRVJST1I6ICBtdXN0IGhh dmUgYWRtaW4gb3B0aW9uIG9uIHJvbGUgInJlZ3Jlc3Nfcm9sZV9ub3JtYWwiCiBBTFRFUiBST0xF IHJlZ3Jlc3Nfcm9sZV9ub3JtYWwgUkVOQU1FIFRPIHJlZ3Jlc3Nfcm9sZV9hYm5vcm1hbDsKIEVS Uk9SOiAgcGVybWlzc2lvbiBkZW5pZWQgdG8gcmVuYW1lIHJvbGUKIEFMVEVSIFJPTEUgcmVncmVz c19yb2xlX25vcm1hbCBOT0lOSEVSSVQgTk9MT0dJTiBDT05ORUNUSU9OIExJTUlUIDc7Ci1FUlJP UjogIHBlcm1pc3Npb24gZGVuaWVkCitFUlJPUjogIHBlcm1pc3Npb24gZGVuaWVkIHRvIGFsdGVy IHJvbGUKIC0tIG9rLCByZWdyZXNzX3RlbmFudCBjYW4gY3JlYXRlIG9iamVjdHMgd2l0aGluIHRo ZSBkYXRhYmFzZQogU0VUIFNFU1NJT04gQVVUSE9SSVpBVElPTiByZWdyZXNzX3RlbmFudDsKIENS RUFURSBUQUJMRSB0ZW5hbnRfdGFibGUgKGkgaW50ZWdlcik7Ci0tIAoyLjM0LjEKCg== --000000000000d72c0305f5756306--