Skip to content

Stabilize portals regression test against synchronize_seqscans (v17)#927

Open
bayandin wants to merge 1 commit intoREL_17_STABLE_neonfrom
bayandin/fix-portals-seqscan-flake-v17
Open

Stabilize portals regression test against synchronize_seqscans (v17)#927
bayandin wants to merge 1 commit intoREL_17_STABLE_neonfrom
bayandin/fix-portals-seqscan-flake-v17

Conversation

@bayandin
Copy link

@bayandin bayandin commented Mar 19, 2026

Problem

The portals pg_regress test declares cursors on tenk2 without ORDER BY, relying on heap scan order for expected output. When synchronize_seqscans is on (the default) and another backend in the same parallel group is concurrently scanning tenk2, the new scan can start mid-table, producing rows in a different order than the .out file expects.

The issue surfaces more on slower storages (for example network-attached), where scan timing differences widen the window for concurrent scan synchronization.

Summary of changes

@bayandin bayandin force-pushed the bayandin/fix-portals-seqscan-flake-v17 branch from a5cde4e to 8b705b3 Compare March 20, 2026 14:18
@bayandin bayandin marked this pull request as ready for review March 20, 2026 23:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants