Correct thinko in last-minute release note item.

The CREATE INDEX CONCURRENTLY bug can only be triggered by row updates,
not inserts, since the problem would arise from an update incorrectly
being made HOT.  Noted by Alvaro.

diff --git a/doc/src/sgml/release-9.2.sgml b/doc/src/sgml/release-9.2.sgml
index 2e24b778a894426cc81356a78b53fbbd347defe4..9e99de882cf8c1210d3b74f587621902d8cbb17d 100644 (file)
--- a/doc/src/sgml/release-9.2.sgml
+++ b/doc/src/sgml/release-9.2.sgml
@@ -49,8 +49,8 @@
 
      <para>
       If <command>CREATE INDEX CONCURRENTLY</> was used to build an index
-      that depends on a column not previously indexed, then rows inserted
-      or updated by transactions that ran concurrently with
+      that depends on a column not previously indexed, then rows
+      updated by transactions that ran concurrently with
       the <command>CREATE INDEX</> command could have received incorrect
       index entries.  If you suspect this may have happened, the most
       reliable solution is to rebuild affected indexes after installing

diff --git a/doc/src/sgml/release-9.3.sgml b/doc/src/sgml/release-9.3.sgml
index 31adad9d4772aa8d3f2ef2bd4decdc4eb90b0d66..19bb305f0e1e84eb7dcf9f295c67b7c16ba508de 100644 (file)
--- a/doc/src/sgml/release-9.3.sgml
+++ b/doc/src/sgml/release-9.3.sgml
@@ -49,8 +49,8 @@
 
      <para>
       If <command>CREATE INDEX CONCURRENTLY</> was used to build an index
-      that depends on a column not previously indexed, then rows inserted
-      or updated by transactions that ran concurrently with
+      that depends on a column not previously indexed, then rows
+      updated by transactions that ran concurrently with
       the <command>CREATE INDEX</> command could have received incorrect
       index entries.  If you suspect this may have happened, the most
       reliable solution is to rebuild affected indexes after installing

diff --git a/doc/src/sgml/release-9.4.sgml b/doc/src/sgml/release-9.4.sgml
index b4e64214ad7f40064c3ba4438b3165f8b489c84a..bbf2429475c6795423ceb15fe8eff81a3ce95676 100644 (file)
--- a/doc/src/sgml/release-9.4.sgml
+++ b/doc/src/sgml/release-9.4.sgml
@@ -48,8 +48,8 @@
 
      <para>
       If <command>CREATE INDEX CONCURRENTLY</> was used to build an index
-      that depends on a column not previously indexed, then rows inserted
-      or updated by transactions that ran concurrently with
+      that depends on a column not previously indexed, then rows
+      updated by transactions that ran concurrently with
       the <command>CREATE INDEX</> command could have received incorrect
       index entries.  If you suspect this may have happened, the most
       reliable solution is to rebuild affected indexes after installing

diff --git a/doc/src/sgml/release-9.5.sgml b/doc/src/sgml/release-9.5.sgml
index 2438b95b8c031e825dc27a625203d160352a4a96..aab3ddc3c14b56cafc70ec5b48316c1187ec44c5 100644 (file)
--- a/doc/src/sgml/release-9.5.sgml
+++ b/doc/src/sgml/release-9.5.sgml
@@ -48,8 +48,8 @@
 
      <para>
       If <command>CREATE INDEX CONCURRENTLY</> was used to build an index
-      that depends on a column not previously indexed, then rows inserted
-      or updated by transactions that ran concurrently with
+      that depends on a column not previously indexed, then rows
+      updated by transactions that ran concurrently with
       the <command>CREATE INDEX</> command could have received incorrect
       index entries.  If you suspect this may have happened, the most
       reliable solution is to rebuild affected indexes after installing

diff --git a/doc/src/sgml/release-9.6.sgml b/doc/src/sgml/release-9.6.sgml
index ea46bdb5d45b5b94b65b9bcd8dc4646670f42fbc..bffcaac46e7cdecf1bee141c75ce3ad4a97414ac 100644 (file)
--- a/doc/src/sgml/release-9.6.sgml
+++ b/doc/src/sgml/release-9.6.sgml
@@ -57,8 +57,8 @@ Branch: REL9_2_STABLE [bcd7b47c2] 2017-02-06 13:20:25 -0500
 
      <para>
       If <command>CREATE INDEX CONCURRENTLY</> was used to build an index
-      that depends on a column not previously indexed, then rows inserted
-      or updated by transactions that ran concurrently with
+      that depends on a column not previously indexed, then rows
+      updated by transactions that ran concurrently with
       the <command>CREATE INDEX</> command could have received incorrect
       index entries.  If you suspect this may have happened, the most
       reliable solution is to rebuild affected indexes after installing