Re: BUG #17800: ON CONFLICT DO UPDATE fails to detect incompatible fields that leads to a server crash
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Michael Paquier <michael@paquier.xyz>
Cc: exclusion@gmail.com, pgsql-bugs@lists.postgresql.org
Date: 2023-02-21T05:37:55Z
Lists: pgsql-bugs
I wrote: > I think there may be two different bugs here. The coredump in the > ON CONFLICT case goes back to v11 for me (and v10 doesn't support > the primary-key-on-partition case at all, so this error may be > aboriginal to the feature). But I only see this "wrong type" failure > in v14 and later. I didn't try bisecting yet. Bisecting produced some interesting results: the "wrong type" failure has existed for a pretty long time on HEAD. The reason I don't see it on v13 etc is that commits 3f7323cbb et al fixed it in those branches. That's probably accidental, but I'm too tired to poke at it more tonight. regards, tom lane
Commits
-
Fix MULTIEXPR_SUBLINK with partitioned target tables, yet again.
- ffec64ba86c4 11.20 landed
- a033f9165c2c 15.3 landed
- 9eaba06027ae 14.8 landed
- 904b171a4655 12.15 landed
- 87f3667ec079 16.0 landed
- 1e199c259947 13.11 landed
-
Repair rare failure of MULTIEXPR_SUBLINK subplans in inherited updates.
- 3f7323cbbdd3 13.9 cited