]> granicus.if.org Git - postgresql/commit
Prevent possible double-free when update trigger returns old tuple.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 16 Aug 2019 00:04:19 +0000 (20:04 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 16 Aug 2019 00:04:19 +0000 (20:04 -0400)
commitafa71d9152a270e2bb930eb285dd2e1a835baf87
tree9df0b909fa15aea7823d425785c3b36d3612f432
parent57980bdf62f4f6c4047a061acd2ce705dc69a4a0
Prevent possible double-free when update trigger returns old tuple.

This is a variant of the problem fixed in commit 25b692568, which
unfortunately we failed to detect at the time.  If an update trigger
returns the "old" tuple, as it's entitled to do, then a subsequent
iteration of the loop in ExecBRUpdateTriggers would have "oldtuple"
equal to "trigtuple" and would fail to notice that it shouldn't
free that.

In addition to fixing the code, extend the test case added by
25b692568 so that it covers multiple-trigger-iterations cases.

This problem does not manifest in v12/HEAD, as a result of the
relevant code having been largely rewritten for slotification.
However, include the test case into v12/HEAD anyway, since this
is clearly an area that someone could break again in future.

Per report from Piotr Gabriel Kosinski.  Back-patch into all
supported branches, since the bug seems quite old.

Diagnosis and code fix by Thomas Munro, test case by me.

Discussion: https://postgr.es/m/CAFMLSdP0rd7LqC3j-H6Fh51FYSt5A10DDh-3=W4PPc4LLUQ8YQ@mail.gmail.com
src/backend/commands/trigger.c
src/test/regress/expected/triggers.out
src/test/regress/sql/triggers.sql