Fix planner error with pulling up subquery expressions into function RTEs.
authorTom Lane <[email protected]>
Thu, 14 Oct 2021 16:43:43 +0000 (12:43 -0400)
committerTom Lane <[email protected]>
Thu, 14 Oct 2021 16:43:55 +0000 (12:43 -0400)
commit4d5f651f1d651c6fa79f9188e7b9a04654c7125a
tree9864402172ecd0b01e36fd3945bc73e6e3042c41
parent811051c2e7af1b030467760baf7ee0f4a22bc992
Fix planner error with pulling up subquery expressions into function RTEs.

If a function-in-FROM laterally references the output of some sub-SELECT
earlier in the FROM clause, and we are able to flatten that sub-SELECT
into the outer query, the expression(s) copied into the function RTE
missed being processed by eval_const_expressions.  This'd lead to trouble
and probable crashes at execution if such expressions contained
named-argument function call syntax or functions with defaulted arguments.
The bug is masked if the query contains any explicit JOIN syntax, which
may help explain why we'd not noticed.

Per bug #17227 from Bernd Dorn.  This is an oversight in commit 7266d0997,
so back-patch to v13 where that came in.

Discussion: https://postgr.es/m/17227-5a28ed1512189fa4@postgresql.org
src/backend/optimizer/plan/planner.c
src/test/regress/expected/rangefuncs.out
src/test/regress/sql/rangefuncs.sql