]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Propagate CTE property flags when copying a CTE list into a rule.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 7 Feb 2021 00:28:39 +0000 (19:28 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 7 Feb 2021 00:28:39 +0000 (19:28 -0500)
commitce5f27fcae61526603915a266f36a3b2c6f6c6de
tree05d1b7b8329d38f98fb0724ac809496b87acb602
parent580069037cec005ed3b61d233ae87462be91c6d0
Propagate CTE property flags when copying a CTE list into a rule.

rewriteRuleAction() neglected this step, although it was careful to
propagate other similar flags such as hasSubLinks or hasRowSecurity.
Omitting to transfer hasRecursive is just cosmetic at the moment,
but omitting hasModifyingCTE is a live bug, since the executor
certainly looks at that.

The proposed test case only fails back to v10, but since the executor
examines hasModifyingCTE in 9.x as well, I suspect that a test case
could be devised that fails in older branches.  Given the nearness
of the release deadline, though, I'm not going to spend time looking
for a better test.

Report and patch by Greg Nancarrow, cosmetic changes by me

Discussion: https://postgr.es/m/CAJcOf-fAdj=nDKMsRhQzndm-O13NY4dL6xGcEvdX5Xvbbi0V7g@mail.gmail.com
src/backend/rewrite/rewriteHandler.c
src/test/regress/expected/with.out
src/test/regress/sql/with.sql