| From: | tgl(at)postgresql(dot)org (Tom Lane) |
|---|---|
| To: | pgsql-committers(at)postgresql(dot)org |
| Subject: | pgsql: Fix mishandling of after-trigger state when a SQL function |
| Date: | 2006-10-12 17:02:34 |
| Message-ID: | 20061012170234.2FB039FB4BE@postgresql.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers |
Log Message:
-----------
Fix mishandling of after-trigger state when a SQL function returns multiple
rows --- if the surrounding query queued any trigger events between the rows,
the events would be fired at the wrong time, leading to bizarre behavior.
Per report from Merlin Moncure.
This is a simple patch that should solve the problem fully in the back
branches, but in HEAD we also need to consider the possibility of queries
with RETURNING clauses. Will look into a fix for that separately.
Tags:
----
REL8_0_STABLE
Modified Files:
--------------
pgsql/src/backend/executor:
functions.c (r1.91.4.1 -> r1.91.4.2)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/executor/functions.c.diff?r1=1.91.4.1&r2=1.91.4.2)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Neil Conway | 2006-10-12 18:49:32 | pgsql: In the installation docs, add some links to the documentation on |
| Previous Message | Tom Lane | 2006-10-12 17:02:28 | pgsql: Fix mishandling of after-trigger state when a SQL function |