Re: Inconsistent behavior of pg_dump/pg_restore on DEFAULT PRIVILEGES
Masahiko Sawada <sawada.mshk@gmail.com>
From: Masahiko Sawada <sawada.mshk@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Neil Chen <carpenter.nail.cz@gmail.com>,
"Boris P. Korzun" <drtr0jan@yandex.ru>, "pgsql-bugs@lists.postgresql.org" <pgsql-bugs@lists.postgresql.org>
Date: 2021-10-14T05:22:21Z
Lists: pgsql-bugs, pgsql-hackers
Attachments
- fix-bug-on-dump-default-ACL_v3.patch (application/octet-stream) patch v3
On Thu, Oct 14, 2021 at 11:55 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Masahiko Sawada <sawada.mshk@gmail.com> writes: > >> I agree with your analysis on this bug. For non-default > >> (defaclnamespace != 0) entries, their acl should be compared to NULL. > >> > >> The fix also looks good to me. But I think it'd be better to add tests for this. > > > Since the patch conflicts with the current HEAD, I've rebased and > > slightly updated the patch, adding the regression tests. > > Hmmm ... if we're adding a comment about the defaclnamespace check, > seems like it would also be a nice idea to explain the S-to-s > transformation, because the reason for that is surely not apparent. > Agreed. Please find an attached new patch. Regards, -- Masahiko Sawada EDB: https://www.enterprisedb.com/
Commits
-
pg_dump: fix mis-dumping of non-global default privileges.
- b1df061f704b 9.6.24 landed
- 871dfe4b7270 11.14 landed
- 52b927a731e5 12.9 landed
- 476006023538 13.5 landed
- 10f9faf6d873 10.19 landed
- 3ad2c2455be0 14.1 landed
- 2acc84c6fd29 15.0 landed