postgresql/contrib/bloom
Tom Lane 6bc6bd47cf Fix instability in contrib/bloom TAP tests.
It turns out that the instability complained of in commit d3c09b9b1
has an embarrassingly simple explanation.  The test script waits for
the standby to flush incoming WAL to disk, but it should wait for
the WAL to be replayed, since we are testing for the effects of that
to be visible.

While at it, use wait_for_catchup instead of reinventing that logic,
and adjust $Test::Builder::Level to improve future error reports.

Back-patch to v12 where the necessary infrastructure came in
(cf. aforesaid commit).  Also back-patch 7d1aa6bf1 so that the
test will actually get run.

Discussion: https://postgr.es/m/2854602.1632852664@sss.pgh.pa.us
2021-09-28 17:34:31 -04:00
..
expected Fix failure with lock mode used for custom relation options 2019-09-25 10:07:23 +09:00
sql Fix failure with lock mode used for custom relation options 2019-09-25 10:07:23 +09:00
t Fix instability in contrib/bloom TAP tests. 2021-09-28 17:34:31 -04:00
.gitignore
blcost.c Update copyright for 2021 2021-01-02 13:06:25 -05:00
blinsert.c Replace RelationOpenSmgr() with RelationGetSmgr(). 2021-07-12 17:01:36 -04:00
bloom--1.0.sql
bloom.control
bloom.h Pass down "logically unchanged index" hint. 2021-01-13 08:11:00 -08:00
blscan.c Update copyright for 2021 2021-01-02 13:06:25 -05:00
blutils.c Remove redundant memset(0) calls for page init of some index AMs 2021-04-07 14:35:26 +09:00
blvacuum.c Update copyright for 2021 2021-01-02 13:06:25 -05:00
blvalidate.c Update copyright for 2021 2021-01-02 13:06:25 -05:00
Makefile Re-enable contrib/bloom's TAP tests. 2021-09-27 18:48:01 -04:00