]> 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)
commit2a7664a79c1668f83a658209c10bad6ebdc34a6b
tree0584dedd6d56f9f679d332f01871571417ee7fde
parentf7332195708d3eb846938609c52ec2f6be3075e1
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