On Mon, Jul 13, 2026 at 6:20 PM Peter Geoghegan <[email protected]> wrote: > Attached bugfix teaches nodeIndexonlyscan.c to deform using the > authoritative xs_hitupdesc descriptor used by the index AM, rather > than assuming that the descriptor used by the scan's virtual slot is > 100% compatible with xs_hitupdesc.
Attached V2 polishes the test case, and improves the comments and commit message (no substantive change). The conditions under which this bug could lead to wrong answers were fairly subtle, so it's worth clarifying those aspects in the committed test case. > The patch includes a test case demonstrating a query where this leads > to incorrect behavior when scanning a multicolumn GiST index. Without > the fix the executor gets confused about where the second index column > begins, leading to a spurious error (e.g., "ERROR: type with OID nnnnn > does not exist"). I haven't investigated whether the consequences > could be worse than just an error. I can now confirm that this bug might cause a SIGSEGV. -- Peter Geoghegan
v2-0001-Fix-index-only-scan-misreading-GiST-fetch-tuples.patch
Description: Binary data
