Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-34789

Using resume token from an 'invalidate' notification with 'resumeAfter' should error

    • Type: Icon: Bug Bug
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 4.0.1, 4.1.1
    • Affects Version/s: None
    • Component/s: Querying
    • Labels:
      None
    • Fully Compatible
    • ALL
    • v4.0
    • Query 2018-07-02
    • 46

      After renaming a collection being watched, or renaming another collection to a collection being watched, it's possible to resume the change stream.

       

      This should probably produce an error instead.

       

      Also, note that we have tests which exercise this behavior, but don't assert that an error is thrown. These tests should be modified.

      jstests/change_streams/change_stream_rename_resumability.js
      jstests/change_streams/change_stream_rename_target.js 

       
      Edit (6/18):

      The desired behavior is to return an "invalidate" notification if resuming a change stream with a resume token from a command that would normally invalidate the stream. For example, resuming from the token of a collection drop notification on a single-collection change stream should return an "invalidate" then subsequently close the cursor. Resuming from the token of the invalidate notification itself should throw an error.

            Assignee:
            nicholas.zolnierz@mongodb.com Nicholas Zolnierz
            Reporter:
            ian.boros@mongodb.com Ian Boros
            Votes:
            0 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated:
              Resolved: