Skip to content

Stabilize portals regression test against synchronize_seqscans (v15)#929

Open
bayandin wants to merge 1 commit intoREL_15_STABLE_neonfrom
bayandin/fix-portals-seqscan-flake-v15
Open

Stabilize portals regression test against synchronize_seqscans (v15)#929
bayandin wants to merge 1 commit intoREL_15_STABLE_neonfrom
bayandin/fix-portals-seqscan-flake-v15

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-v15 branch from ee1a5f8 to aec5f4f 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