diff --git a/doc/src/sgml/protocol.sgml b/doc/src/sgml/protocol.sgml
index 8fcbdb6b4b6..2084c7fa3ca 100644
--- a/doc/src/sgml/protocol.sgml
+++ b/doc/src/sgml/protocol.sgml
@@ -1975,7 +1975,7 @@ The commands accepted in replication mode are:
streaming starts on timeline tli;
otherwise, the server's current timeline is selected. The server can
reply with an error, for example if the requested section of WAL has already
- been recycled. On success, server responds with a CopyBothResponse
+ been recycled. On success, the server responds with a CopyBothResponse
message, and then starts to stream WAL to the frontend.
diff --git a/doc/src/sgml/ref/pg_receivewal.sgml b/doc/src/sgml/ref/pg_receivewal.sgml
index 9a4a03d1475..488372e4769 100644
--- a/doc/src/sgml/ref/pg_receivewal.sgml
+++ b/doc/src/sgml/ref/pg_receivewal.sgml
@@ -83,9 +83,8 @@ PostgreSQL documentation
First, scan the directory where the WAL segment files are written and
- find the newest completed segment file, using as starting point the
- beginning of the next WAL segment file. This is calculated independently
- on the compression method used to compress each segment.
+ find the newest completed segment file, using as the starting point the
+ beginning of the next WAL segment file.
@@ -93,7 +92,7 @@ PostgreSQL documentation
If a starting point cannot be calculated with the previous method,
the latest WAL flush location is used as reported by the server from
- a IDENTIFY_SYSTEM command.
+ an IDENTIFY_SYSTEM command.