Fix omission of column-level privileges in selective pg_restore.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 2 Oct 2023 17:27:51 +0000 (13:27 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 2 Oct 2023 17:27:51 +0000 (13:27 -0400)
In a selective restore, ACLs for a table should be dumped if the
table is selected to be dumped.  However, if the table has both
table-level and column-level ACLs, only the table-level ACL was
restored.  This happened because _tocEntryRequired assumed that
an ACL could have only one dependency (the one on its table),
and punted if there was more than one.  But since commit ea9125304,
column-level ACLs also depend on the table-level ACL if any, to
ensure correct ordering in parallel restores.  To fix, adjust the
logic in _tocEntryRequired to ignore dependencies on ACLs.

I extended a test case in 002_pg_dump.pl so that it purports to
test for this; but in fact the test passes even without the fix.
That's because this bug only manifests during a selective restore,
while the scenarios 002_pg_dump.pl tests include only selective dumps.
Perhaps somebody would like to extend the script so that it can test
scenarios including selective restore, but I'm not touching that.

Euler Taveira and Tom Lane, per report from Kong Man.
Back-patch to all supported branches.

Discussion: https://postgr.es/m/DM4PR11MB73976902DBBA10B1D652F9498B06A@DM4PR11MB7397.namprd11.prod.outlook.com

src/bin/pg_dump/pg_backup_archiver.c
src/bin/pg_dump/t/002_pg_dump.pl

index 8bf8d586e6693b6ff9d9fc974c058fdac709ba1b..f56d0f2120ec749aee16bd5ece2aaff776fd2191 100644 (file)
@@ -2912,7 +2912,10 @@ _tocEntryRequired(TocEntry *te, teSection curSection, ArchiveHandle *AH)
             * TOC entry types only if their parent object is being restored.
             * Without selectivity options, we let through everything in the
             * archive.  Note there may be such entries with no parent, eg
-            * non-default ACLs for built-in objects.
+            * non-default ACLs for built-in objects.  Also, we make
+            * per-column ACLs additionally depend on the table's ACL if any
+            * to ensure correct restore order, so those dependencies should
+            * be ignored in this check.
             *
             * This code depends on the parent having been marked already,
             * which should be the case; if it isn't, perhaps due to
@@ -2923,8 +2926,24 @@ _tocEntryRequired(TocEntry *te, teSection curSection, ArchiveHandle *AH)
             * But it's hard to tell which of their dependencies is the one to
             * consult.
             */
-           if (te->nDeps != 1 ||
-               TocIDRequired(AH, te->dependencies[0]) == 0)
+           bool        dumpthis = false;
+           int         i;
+
+           for (i = 0; i < te->nDeps; i++)
+           {
+               TocEntry   *pte = getTocEntryByDumpId(AH, te->dependencies[i]);
+
+               if (!pte)
+                   continue;   /* probably shouldn't happen */
+               if (strcmp(pte->desc, "ACL") == 0)
+                   continue;   /* ignore dependency on another ACL */
+               if (pte->reqs == 0)
+                   continue;   /* this object isn't marked, so ignore it */
+               /* Found a parent to be dumped, so we want to dump this too */
+               dumpthis = true;
+               break;
+           }
+           if (!dumpthis)
                return 0;
        }
    }
index 688306fd4379ea5cd5542f5db58d67a314c71ec4..c72e9381b47251086f73cc9f85101cd7981201c4 100644 (file)
@@ -3105,11 +3105,13 @@ my %tests = (
 
    'GRANT SELECT ON TABLE measurement' => {
        create_order => 91,
-       create_sql   => 'GRANT SELECT ON
-                          TABLE dump_test.measurement
+       create_sql => 'GRANT SELECT ON TABLE dump_test.measurement
+                          TO regress_dump_test_role;
+                      GRANT SELECT(city_id) ON TABLE dump_test.measurement
                           TO regress_dump_test_role;',
        regexp =>
-         qr/^GRANT SELECT ON TABLE dump_test.measurement TO regress_dump_test_role;/m,
+         qr/^\QGRANT SELECT ON TABLE dump_test.measurement TO regress_dump_test_role;\E\n.*
+            ^\QGRANT SELECT(city_id) ON TABLE dump_test.measurement TO regress_dump_test_role;\E/xms,
        like =>
          { %full_runs, %dump_test_schema_runs, section_pre_data => 1, },
        unlike => {