Don't believe MinMaxExpr is leakproof without checking.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 2 Jan 2019 21:33:48 +0000 (16:33 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 2 Jan 2019 21:34:04 +0000 (16:34 -0500)
commit68a13f28bebc9eb70cc6988bfa2daaf4500f519f
tree63d86e437f42f3fe400da41b7f2018e5dcb99986
parentacfe1392eff2f96ef7931068b11b2d58196f4d95
Don't believe MinMaxExpr is leakproof without checking.

MinMaxExpr invokes the btree comparison function for its input datatype,
so it's only leakproof if that function is.  Many such functions are
indeed leakproof, but others are not, and we should not just assume that
they are.  Hence, adjust contain_leaked_vars to verify the leakproofness
of the referenced function explicitly.

I didn't add a regression test because it would need to depend on
some particular comparison function being leaky, and that's a moving
target, per discussion.

This has been wrong all along, so back-patch to supported branches.

Discussion: https://postgr.es/m/31042.1546194242@sss.pgh.pa.us
src/backend/optimizer/util/clauses.c