Remove, from stable branches, the new assertion of no pg_dump OID sort.
authorNoah Misch <noah@leadboat.com>
Sun, 10 Aug 2025 20:05:13 +0000 (13:05 -0700)
committerNoah Misch <noah@leadboat.com>
Sun, 10 Aug 2025 20:05:16 +0000 (13:05 -0700)
Commit 0decd5e89db9f5edb9b27351082f0d74aae7a9b6 recently added the
assertion to confirm dump order remains independent of OID values.  The
assertion remained reachable via DO_DEFAULT_ACL.  Given the release wrap
tomorrow, make the assertion master-only.

Reported-by: Alexander Lakhin <exclusion@gmail.com>
Reviewed-by: Robert Haas <robertmhaas@gmail.com>
Reviewed-by: Tom Lane <tgl@sss.pgh.pa.us>
Discussion: https://postgr.es/m/d32aaa8d-df7c-4f94-bcb3-4c85f02bea21@gmail.com
Backpatch-through: 13-18

src/bin/pg_dump/pg_dump_sort.c

index e925fac4010ae8684fc30a1b148c0e8bf9a15c91..3d3b91fa79fd8f046e86419008295283b9e4bcbc 100644 (file)
@@ -447,7 +447,6 @@ DOTypeNameCompare(const void *p1, const void *p2)
     * consequence of the test using "pg_restore -j", which doesn't fully
     * constrain OID assignment order.
     */
-   Assert(false);
    return oidcmp(obj1->catId.oid, obj2->catId.oid);
 }