Re: [BUG]: WHERE CURRENT OF cursor fail on tables that have virtual generated columns - Mailing list pgsql-hackers

From Dean Rasheed
Subject Re: [BUG]: WHERE CURRENT OF cursor fail on tables that have virtual generated columns
Date
Msg-id CAEZATCV53iRZm5ho2-uNgZZ9AA7q3MNs_tVoo6-j5u5iz4buxg@mail.gmail.com
Whole thread
In response to Re: [BUG]: WHERE CURRENT OF cursor fail on tables that have virtual generated columns  (SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>)
List pgsql-hackers
On Mon, 20 Apr 2026 at 09:03, SATYANARAYANA NARLAPURAM
<satyanarlapuram@gmail.com> wrote:
>
>> > Updated the patch to include a test case to reject view update with WHERE CURRENT OF.
>>
>> That's already tested in portals.sql, which seems like a better place
>> for that test, since it's not related to virtual generated columns. I
>> don't think another test is necessary -- admittedly portals.sql only
>> tests DELETE, but the UPDATE code is the same, so I think the existing
>> test is sufficient. We don't obsessively try to achieve 100% coverage
>> in our tests.
>

I changed my mind on that and decided to add another test to
portals.sql, just in case, since it is a separate code branch.

I also spent some time looking to see whether there were any other
ways that replace_rte_variables() could have been called (e.g.,
subquery pullup) that would fall foul of this, but I couldn't find
any, so I think this bug only affects virtual generated columns.

Pushed and back-patched to v18. Thanks for the report!

Regards,
Dean



pgsql-hackers by date:

Previous
From: Ayush Tiwari
Date:
Subject: Re: [PATCH] Fix duplicate errmsg in ALTER TABLE SPLIT PARTITION
Next
From: Matthias van de Meent
Date:
Subject: Startup process deadlock: WaitForProcSignalBarriers vs aux process