DOCSP-25224 EOL Version Cleanup of mongosh Methods (#1901) (#2145)

Author: kennethdyer

config/redirects

@@ -2059,3 +2059,6 @@ raw: ${prefix}/${version}/applications/drivers -> ${base}/drivers/
 (v5.3-*]: ${prefix}/${version}/reference/method/quit -> ${base}/${version}/reference/method/js-native
 (v5.3-*]: ${prefix}/${version}/reference/method/sleep -> ${base}/${version}/reference/method/js-native
 (v5.3-*]: ${prefix}/${version}/reference/method/version -> ${base}/${version}/reference/method/js-native
+
+(v4.2-*]: ${prefix}/${version}/reference/method/db.copyDatabase -> ${base}/database-tools/mongodump/#std-label-mongodump-example-copy-clone-database
+(v4.2-*]: ${prefix}/${version}/reference/method/db.cloneDatabase -> ${base}/database-tools/mongodump/#std-label-mongodump-example-copy-clone-database

source/faq/concurrency.txt

@@ -385,10 +385,6 @@ database:
    * - Operation
      - Behavior
 
-   * - :method:`db.copyDatabase()`
-     - This operation obtains a global (W) exclusive lock and blocks
-       other operations until it finishes.
-
    * - | :dbcommand:`reIndex`
        | :method:`db.collection.reIndex()` 
      - .. versionchanged:: 4.2

source/includes/change-stream/resume-after.rst

@@ -0,0 +1,9 @@
+
+.. note::
+
+   You cannot use ``resumeAfter`` to resume a change stream after an
+   :ref:`invalidate event <change-event-invalidate>` (for example, a collection
+   drop or rename) closes the stream. Starting in MongoDB 4.2, you can use
+   :ref:`startAfter <change-stream-start-after>` to start a new change
+   stream after an :ref:`invalidate event <change-event-invalidate>`.
+

source/includes/cursor-index-use.rst

@@ -0,0 +1,8 @@
+
+.. note:: Index Use
+
+   To use an index with the :method:`~cursor.max()` method, you must use the
+   :method:`~cursor.hint()` method to specify the index you want to use,
+   exept when the :method:`~db.collection.find()` query is an equality
+   condition on the ``_id`` field.
+

source/includes/extracts-listCollections-auth.yaml

@@ -14,7 +14,7 @@ content: |
    The built-in role :authrole:`read` provides the privilege to run
    :dbcommand:`listCollections` for a specific database.
 
-   Starting in version 4.0, however, user without the required privilege
+   Users without the required privilege
    can run the command with **both** ``authorizedCollections`` and
    ``nameOnly`` options set to ``true``. In this case, the command returns
    just the name and type of the collection(s) to which the user has
@@ -48,8 +48,7 @@ content: |
 ref: listCollections-auth-show-collections
 content: |
 
-   Starting in version 4.0 of the ``mongo`` shell, ``show
-   collections`` is equivalent to:
+   The ``mongo`` shell, ``show collections`` is equivalent to:
 
    .. code-block:: javascript
 
@@ -79,8 +78,7 @@ content: |
 ref: listCollections-auth-showCollectionNames
 content: |
 
-   Starting in version 4.0 of the ``mongo`` shell,
-   :method:`db.getCollectionNames()` is equivalent to:
+   The :method:`db.getCollectionNames()` is equivalent to:
 
    .. code-block:: javascript
 

source/includes/extracts-sessions.yaml

@@ -109,7 +109,7 @@ content: |
 ref: sessions-cursor-timeout
 content: |
 
-   Starting in MongoDB 3.6, MongoDB drivers and :binary:`~bin.mongosh`
+   MongoDB drivers and :binary:`~bin.mongosh`
    associate all operations with a :doc:`server session
    </reference/server-sessions>`, with the exception of unacknowledged
    write operations. For operations not explicitly associated with a

source/includes/extracts-syncFrom.yaml

@@ -3,14 +3,9 @@ content: |
    Sync Logic
    ~~~~~~~~~~
 
-   .. versionchanged:: 3.4
-
    If an initial sync operation is in progress when you run
    {{syncfrom}}, {{syncfrom}} stops the in-progress initial sync and
-   restarts the sync process with the new target. In previous versions,
-   if you run {{syncfrom}} during initial sync, MongoDB produces no
-   error messages, but the sync target will not change until after the
-   initial sync operation.
+   restarts the sync process with the new target. 
 
    Only modify the default sync logic as needed, and always exercise
    caution. 

source/includes/extracts-zoned-sharding.yaml

@@ -114,8 +114,7 @@ content: |
 ref: zoned-sharding-drop-collection-change
 content: |
 
-   Starting in MongoDB 4.0.2, dropping a collection deletes its
-   associated zone/tag ranges.
+   Dropping a collection deletes its associated zone/tag ranges.
 
 ---
 ref: zoned-sharding-compound-hashed-downgrade

source/includes/fact-aggregate-readConcern.rst

@@ -2,5 +2,3 @@ Starting in MongoDB 4.2, you can specify :doc:`read concern
 </reference/read-concern>` level :readconcern:`"majority"` for an
 aggregation that includes an :pipeline:`$out` stage.
 
-In MongoDB 4.0 and earlier, you cannot include the :pipeline:`$out`
-stage to use :readconcern:`"majority"` read concern for the aggregation.

source/includes/fact-index-resource-lock.rst

@@ -0,0 +1,10 @@
+
+MongoDB uses an optimized build process that obtains and holds an exclusive 
+lock on the specified collection at the start and end of the index build. All
+subsequent operations on the collection must wait until |method| releases
+the exclusive lock. |method| allows interleaving read and write
+operations during the majority of the index build.
+
+For more information on the locking behavior of |method|, see
+:ref:`index-operations`.
+