Horton

Re: UPDATE operation terminates logical replication receiver process due to an assertion

Tom Lane <tgl@sss.pgh.pa.us>

View thread View on postgr.es
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Justin Pryzby <pryzby@telsasoft.com>
Cc: v.davydov@postgrespro.ru, pgsql-hackers@lists.postgresql.org
Date: 2023-01-15T18:48:07Z
Lists: pgsql-hackers 
Justin Pryzby <pryzby@telsasoft.com> writes:
> On Sun, Jan 15, 2023 at 01:25:11PM -0500, Tom Lane wrote:
>> v15?  That assert is from 8bf6ec3ba, which wasn't back-patched.

> The assert isn't from 8bf6 (Improve handling of inherited GENERATED
> expressions.), but rather:

> commit 3f7836ff651ad710fef52fa87b248ecdfc6468dc

Ah.  I jumped to the wrong conclusion after failing to reproduce
on v15, but I must've fat-fingered the test case somehow.

			regards, tom lane

Commits

  1. Make new GENERATED-expressions code more bulletproof.

  2. Fix calculation of which GENERATED columns need to be updated.