You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sync isolationtester's handling of notice/warning messages with HEAD.
Back-patch relevant parts of these commits:
3071763 Fix isolationtester race condition for notices sent before blocking
ebd4992 Don't drop NOTICE messages in isolation tests
a28e10e Indicate session name in isolationtester notices
This ensures that older versions of the isolationtester will handle
NOTICE/WARNING messages the same way as HEAD and v12 do. While this
isn't fixing any critical problem right now, it seems like a prudent
change to prevent surprises (like we had yesterday...) with
back-patches of future isolation test changes.
Back-patch as far as 9.6. Due to the significant changes we made in
isolationtester in 9.6, back-patching isolation tests further than
that is going to be risky anyway; besides, this patch doesn't apply
cleanly before that.
Discussion: https://postgr.es/m/E1i7IqC-0000Uc-5H@gemulon.postgresql.org
Copy file name to clipboardExpand all lines: src/test/isolation/expected/insert-conflict-specconflict.out
+38Lines changed: 38 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,11 @@ pg_advisory_locksess lock
13
13
step controller_show: SELECT * FROM upserttest;
14
14
key data
15
15
16
+
s1: NOTICE: called for k1
17
+
s1: NOTICE: blocking 3
16
18
step s1_upsert: INSERT INTO upserttest(key, data) VALUES('k1', 'inserted s1') ON CONFLICT (blurt_and_lock(key)) DO UPDATE SET data = upserttest.data || ' with conflict update s1'; <waiting ...>
19
+
s2: NOTICE: called for k1
20
+
s2: NOTICE: blocking 3
17
21
step s2_upsert: INSERT INTO upserttest(key, data) VALUES('k1', 'inserted s2') ON CONFLICT (blurt_and_lock(key)) DO UPDATE SET data = upserttest.data || ' with conflict update s2'; <waiting ...>
step s1_upsert: INSERT INTO upserttest(key, data) VALUES('k1', 'inserted s1') ON CONFLICT (blurt_and_lock(key)) DO UPDATE SET data = upserttest.data || ' with conflict update s1'; <waiting ...>
87
+
s2: NOTICE: called for k1
88
+
s2: NOTICE: blocking 3
73
89
step s2_upsert: INSERT INTO upserttest(key, data) VALUES('k1', 'inserted s2') ON CONFLICT (blurt_and_lock(key)) DO UPDATE SET data = upserttest.data || ' with conflict update s2'; <waiting ...>
step s1_upsert: INSERT INTO upserttest(key, data) VALUES('k1', 'inserted s1') ON CONFLICT (blurt_and_lock(key)) DO UPDATE SET data = upserttest.data || ' with conflict update s1'; <waiting ...>
157
+
s2: NOTICE: called for k1
158
+
s2: NOTICE: blocking 3
131
159
step s2_upsert: INSERT INTO upserttest(key, data) VALUES('k1', 'inserted s2') ON CONFLICT (blurt_and_lock(key)) DO UPDATE SET data = upserttest.data || ' with conflict update s2'; <waiting ...>
0 commit comments